>After that rc.sysinit parses the ouput of /sbin/kmodule and loads every module.
Hmm, kmodule, c pas un truc vieux sous RedHat? Ca expliquerai l'erreur des gens de chez hotplug qui ont confondu avec kudzu...
Ensuite, en effet /sbin/hotplug ne fait pas la détection du matériel mais pourquoi me parles tu donc d'un script quand je te parle d'un projet nommé hotplug et dont la page est la => http://linux-hotplug.sourceforge.net(...)
Et si, le projet hotplug fait la détection du matériel, que tu le veuilles ou pas... hotplug, c'est pas qu'un script, c'est du code dans le noyau, /sbin/hotplug et les scripts chargés de la détection de matériel.
Attention, la je rigole bien: "qui est le *coeur* d'hotplug", ah bon, /sbin/hotplug, un script de 6 lignes est le coeur de hotplug ? A part un for qui lance les *.rc, je vois rien.
Donc pour résumer, je peux me tromper du coté fédora mais tes explications me permettent d'en conclure:
1)
Mandrake, Debian, Suse, ... : Utilisation *complete* du projet hotplug pour la détection à chaud et au boot du matériel.
A chaud, le kernel appelle le script /sbin/hotplug avec en argument le bus ou il a détecté un nouveau materiel, /sbin/hotplug appelle ensuite /etc/hotplug/bus.rc qui va a sont tour appeler bus.agent qui va se charger de la détection du matériel(via pcimodules pour le pci).
Pour la détection au boot, c'est encore plus con, on appelle les scripts *.rc qui scannent chaque bus a la recherche du matos et ils chargent les modules de chaque matériel détecté(usb, pci, ...).
2)
Redhat/Fedora: on fait bande a part, on prend ce qui nous interesse dans hotplug et on fait tout a notre sauce histoire d'etre bien incompatible avec le reste de la planete. Franchement, j'aimerai bien connaitre la raison de cette utisation de la partie kernel space de hotplug et pas celle en user space...
ps: Donc, oui, on peut le dire, RedHat/Fedora est maintenant une distribution à part, non standard et donc à éviter ;)
[^] # Re: Drôle de surprise !
Posté par gnumdk (site web personnel) . En réponse à la dépêche Sortie de la Debian Woody 3.0r3. Évalué à 2.
Hmm, kmodule, c pas un truc vieux sous RedHat? Ca expliquerai l'erreur des gens de chez hotplug qui ont confondu avec kudzu...
Ensuite, en effet /sbin/hotplug ne fait pas la détection du matériel mais pourquoi me parles tu donc d'un script quand je te parle d'un projet nommé hotplug et dont la page est la => http://linux-hotplug.sourceforge.net(...)
Et si, le projet hotplug fait la détection du matériel, que tu le veuilles ou pas... hotplug, c'est pas qu'un script, c'est du code dans le noyau, /sbin/hotplug et les scripts chargés de la détection de matériel.
Attention, la je rigole bien: "qui est le *coeur* d'hotplug", ah bon, /sbin/hotplug, un script de 6 lignes est le coeur de hotplug ? A part un for qui lance les *.rc, je vois rien.
Donc pour résumer, je peux me tromper du coté fédora mais tes explications me permettent d'en conclure:
1)
Mandrake, Debian, Suse, ... : Utilisation *complete* du projet hotplug pour la détection à chaud et au boot du matériel.
A chaud, le kernel appelle le script /sbin/hotplug avec en argument le bus ou il a détecté un nouveau materiel, /sbin/hotplug appelle ensuite /etc/hotplug/bus.rc qui va a sont tour appeler bus.agent qui va se charger de la détection du matériel(via pcimodules pour le pci).
Pour la détection au boot, c'est encore plus con, on appelle les scripts *.rc qui scannent chaque bus a la recherche du matos et ils chargent les modules de chaque matériel détecté(usb, pci, ...).
2)
Redhat/Fedora: on fait bande a part, on prend ce qui nous interesse dans hotplug et on fait tout a notre sauce histoire d'etre bien incompatible avec le reste de la planete. Franchement, j'aimerai bien connaitre la raison de cette utisation de la partie kernel space de hotplug et pas celle en user space...
ps: Donc, oui, on peut le dire, RedHat/Fedora est maintenant une distribution à part, non standard et donc à éviter ;)