Bonsoir,

udev étant chargé de créer les devices à la volée (et de charger les
modules adéquats, j'imagine) lorsque l'on branche un device donné, je me
demande comment faire l'inverse, à savoir décharger les sus-dits modules lorsque
l'on débranche le sus-dit device.

Ça doit avoir à faire avec les fichiers dans /etc/udev, mais lesquels,
où, etc ?

Une idée ?

Merci d'avance.

--
http://scipy.org/FredericPetit


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Le ven 11 mai 2007 23:27:07 CEST, fred <fredantispam@free.fr> a écrit :

>
> Bonsoir,

Salut,

>
> udev étant chargé de créer les devices à la volée (et de charger les
> modules adéquats, j'imagine) lorsque l'on branche un device donné, jeme
> demande comment faire l'inverse, à savoir décharger les sus-dits modules lorsque
> l'on débranche le sus-dit device.
Mauvaise supposition, udev ne [dé]charge pas de modules (lorsqu'on
voudrait accéder à un device), voir :
http://www.kernel.org/pub/linux/util...tplug/udev-FAQ

Fred.

Le ven 11 mai 2007 23:27:07 CEST, fred <fredantispam@free.fr> a écrit :

>
> Bonsoir,

Salut,

>
> udev étant chargé de créer les devices à la volée (et de charger les
> modules adéquats, j'imagine) lorsque l'on branche un device donné, jeme
> demande comment faire l'inverse, à savoir décharger les sus-dits modules lorsque
> l'on débranche le sus-dit device.
Mauvaise supposition, udev ne [dé]charge pas de modules (lorsqu'on
voudrait accéder à un device), voir :
http://www.kernel.org/pub/linux/util...tplug/udev-FAQ

Fred.

Frédéric BOITEUX, lundi 14 mai 2007, 13:31:04 CEST
>
> Le ven 11 mai 2007 23:27:07 CEST, fred <fredantispam@free.fr> a écrit :
>
> >
> > Bonsoir,
>
> Salut,

’soir,

> >
> > udev étant chargé de créer les devices à la volée (et de charger les
> > modules adéquats, j'imagine) lorsque l'on branche un device donné, je me
> > demande comment faire l'inverse, à savoir décharger les sus-dits modules lorsque
> > l'on débranche le sus-dit device.
> Mauvaise supposition, udev ne [dé]charge pas de modules (lorsqu'on
> voudrait accéder à un device), voir :
> http://www.kernel.org/pub/linux/util...tplug/udev-FAQ

Je pense que Fred imaginait que udev, en plus de créer les dev,
chargeait les modules au branchement d’un périphérique. Ce n’est
pas le cas : c’est le noyau qui le fait à partir de la table des
identifiants exportée par chaque module (ces tables se retrouvent
dans les fichiers modules.*map).
Donc, on branche le bidule, le noyau le voit, charge le module,
envoie un événement « hotplug » à udev, qui crée le /dev/machin.

Pour rmmoder le module au débranchement du bidule, il suffirait
d’intercepter l’hypothétique événement hotplug de débranchement
et d’y réagir en faisant un rmmod du module. Il reste à voir udev
pour vérifier l’existence d’un tel événementet savoir comment y
réagir.

Sinon, avec un noyau 2.4, il y a le drapeau « autoclean » qui
indique au noyau que le module peut être déchargé automatiquement
après un certain temps d’inactivité (env. 1 min), et aussi par la
commande rmmod --all. Mais bon, si ça a été retiré du 2.6...
(Et il semblerait même qu’il y ai des raisons de ne pas permettre
de décharger des modules du tout.)

Au fait, pourquoi veux-tu décharger des modules ?

--
Sylvain Sauvage

Frédéric BOITEUX, lundi 14 mai 2007, 13:31:04 CEST
>
> Le ven 11 mai 2007 23:27:07 CEST, fred <fredantispam@free.fr> a écrit :
>
> >
> > Bonsoir,
>
> Salut,

’soir,

> >
> > udev étant chargé de créer les devices à la volée (et de charger les
> > modules adéquats, j'imagine) lorsque l'on branche un device donné, je me
> > demande comment faire l'inverse, à savoir décharger les sus-dits modules lorsque
> > l'on débranche le sus-dit device.
> Mauvaise supposition, udev ne [dé]charge pas de modules (lorsqu'on
> voudrait accéder à un device), voir :
> http://www.kernel.org/pub/linux/util...tplug/udev-FAQ

Je pense que Fred imaginait que udev, en plus de créer les dev,
chargeait les modules au branchement d’un périphérique. Ce n’est
pas le cas : c’est le noyau qui le fait à partir de la table des
identifiants exportée par chaque module (ces tables se retrouvent
dans les fichiers modules.*map).
Donc, on branche le bidule, le noyau le voit, charge le module,
envoie un événement « hotplug » à udev, qui crée le /dev/machin.

Pour rmmoder le module au débranchement du bidule, il suffirait
d’intercepter l’hypothétique événement hotplug de débranchement
et d’y réagir en faisant un rmmod du module. Il reste à voir udev
pour vérifier l’existence d’un tel événementet savoir comment y
réagir.

Sinon, avec un noyau 2.4, il y a le drapeau « autoclean » qui
indique au noyau que le module peut être déchargé automatiquement
après un certain temps d’inactivité (env. 1 min), et aussi par la
commande rmmod --all. Mais bon, si ça a été retiré du 2.6...
(Et il semblerait même qu’il y ai des raisons de ne pas permettre
de décharger des modules du tout.)

Au fait, pourquoi veux-tu décharger des modules ?

--
Sylvain Sauvage

Salut,

Sylvain Sauvage a écrit :
>
> Je pense que Fred imaginait que udev, en plus de créer les dev,
> chargeait les modules au branchement d'un périphérique. Ce n'est
> pas le cas :

Il semble que si, cf. <http://vrfy.org/log/recent-state-of-udev.html>
Et auparavant c'était hotplug qui le faisait.

> c'est le noyau qui le fait à partir de la table des
> identifiants exportée par chaque module (ces tables se retrouvent
> dans les fichiers modules.*map).

C'est hotplug qui faisait comme ça. udev se base sur les alias de
modules basés sur les identifiants matériels, qui sont stockés dans le
fichier modules.alias créé par depmod dans /lib/modules/<version>.


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Salut,

Sylvain Sauvage a écrit :
>
> Je pense que Fred imaginait que udev, en plus de créer les dev,
> chargeait les modules au branchement d'un périphérique. Ce n'est
> pas le cas :

Il semble que si, cf. <http://vrfy.org/log/recent-state-of-udev.html>
Et auparavant c'était hotplug qui le faisait.

> c'est le noyau qui le fait à partir de la table des
> identifiants exportée par chaque module (ces tables se retrouvent
> dans les fichiers modules.*map).

C'est hotplug qui faisait comme ça. udev se base sur les alias de
modules basés sur les identifiants matériels, qui sont stockés dans le
fichier modules.alias créé par depmod dans /lib/modules/<version>.


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Sylvain Sauvage <Sylvain.Sauvage@metanoesis.net> a écrit :

> Je pense que Fred imaginait que udev, en plus de créer les dev,
> chargeait les modules au branchement d’un périphérique. Ce n’est
> pas le cas : c’est le noyau qui le fait à partir de la table des
> identifiants exportée par chaque module (ces tables se retrouvent
> dans les fichiers modules.*map).
Peut-être pas directement, mais indirectement, oui.
J'm'a trompé.

[snip]
Ok.

>
> Au fait, pourquoi veux-tu décharger des modules ?
À quoi sert le module d'une webcam chargée dans le noyau si elle est débranchée ?


--
http://scipy.org/FredericPetit


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Sylvain Sauvage <Sylvain.Sauvage@metanoesis.net> a écrit :

> Je pense que Fred imaginait que udev, en plus de créer les dev,
> chargeait les modules au branchement d’un périphérique. Ce n’est
> pas le cas : c’est le noyau qui le fait à partir de la table des
> identifiants exportée par chaque module (ces tables se retrouvent
> dans les fichiers modules.*map).
Peut-être pas directement, mais indirectement, oui.
J'm'a trompé.

[snip]
Ok.

>
> Au fait, pourquoi veux-tu décharger des modules ?
À quoi sert le module d'une webcam chargée dans le noyau si elle est débranchée ?


--
http://scipy.org/FredericPetit


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Pascal Hambourg <pascal.mail@plouf.fr.eu.org> a écrit :

> Salut,
'soir,

> Il semble que si, cf. <http://vrfy.org/log/recent-state-of-udev.html>
> Et auparavant c'était hotplug qui le faisait.
C'est bien ce qu'il me semblait, ah non mais ! ;-)
Bon, ben ça vaut le coup que je m'y replonge...

Merci.

--
http://scipy.org/FredericPetit


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Pascal Hambourg <pascal.mail@plouf.fr.eu.org> a écrit :

> Salut,
'soir,

> Il semble que si, cf. <http://vrfy.org/log/recent-state-of-udev.html>
> Et auparavant c'était hotplug qui le faisait.
C'est bien ce qu'il me semblait, ah non mais ! ;-)
Bon, ben ça vaut le coup que je m'y replonge...

Merci.

--
http://scipy.org/FredericPetit


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Pascal Hambourg, mardi 15 mai 2007, 00:52:10 CEST
>
> Salut,

’lut,

> Sylvain Sauvage a écrit :
> >
> > Je pense que Fred imaginait que udev, en plus de créer les dev,
> > chargeait les modules au branchement d'un périphérique. Ce n'est
> > pas le cas :
>
> Il semble que si, cf. <http://vrfy.org/log/recent-state-of-udev.html>

Merci pour le lien, je le conserve.

> Et auparavant c'était hotplug qui le faisait.
>
> > c'est le noyau qui le fait à partir de la table des
> > identifiants exportée par chaque module (ces tables se retrouvent
> > dans les fichiers modules.*map).
>
> C'est hotplug qui faisait comme ça. udev se base sur les alias de
> modules basés sur les identifiants matériels, qui sont stockés dans le
> fichier modules.alias créé par depmod dans /lib/modules/<version>.

J’en étais resté au fait que udev remplaçait hotplug. En fait,
il a aussi repris une partie des fonctions qui étaient dans le
noyau.

Rhalala, il faut toujours se remettre à jour. C’est à la fois
frustrant et stimulant ;o)

--
Sylvain Sauvage

Pascal Hambourg, mardi 15 mai 2007, 00:52:10 CEST
>
> Salut,

’lut,

> Sylvain Sauvage a écrit :
> >
> > Je pense que Fred imaginait que udev, en plus de créer les dev,
> > chargeait les modules au branchement d'un périphérique. Ce n'est
> > pas le cas :
>
> Il semble que si, cf. <http://vrfy.org/log/recent-state-of-udev.html>

Merci pour le lien, je le conserve.

> Et auparavant c'était hotplug qui le faisait.
>
> > c'est le noyau qui le fait à partir de la table des
> > identifiants exportée par chaque module (ces tables se retrouvent
> > dans les fichiers modules.*map).
>
> C'est hotplug qui faisait comme ça. udev se base sur les alias de
> modules basés sur les identifiants matériels, qui sont stockés dans le
> fichier modules.alias créé par depmod dans /lib/modules/<version>.

J’en étais resté au fait que udev remplaçait hotplug. En fait,
il a aussi repris une partie des fonctions qui étaient dans le
noyau.

Rhalala, il faut toujours se remettre à jour. C’est à la fois
frustrant et stimulant ;o)

--
Sylvain Sauvage