Grosso modo :
lorsqu' on branche un matériel usb :
_ le noyau se met en branle
_ un service, avec les informations fournies, demande au noyau de charger le bon driver
_ le noyau charge le driver
_ un device est créait, correspondant au matériel, et permettant à des applications d' y accéder.
C' est grosso modo le même phénomène quel que soit l' OS (sauf que nous on l' étape Udev / Hal ou que Udev).
Créait un device à la main reviendrait à faire un mknode en sachant les numéros mineurs et majeurs corrects. Un nouveau device peux demander une mise à jour d' une table : libpcidata.a par exemple. Dans notre cas cette table c' est chez udev qu' il faut la prendre :
Ici, ton périphérique est bien vu, et udev demande au noyau de charger un driver. Mais celui demandé n' est pas le bon pour ton utilisation. Il faut donc inscrire une règle udev spécifique, ou corrigée celle existante pour ce device là, afin que à chaque fois que tu branches ce périphérique, le bon driver soit chargé.
Là, du coup, il faudrait faire à la main :
retrait du driver chargé : rmmod cdc-acm
chargement du driver adéquat : modprobe pl2303 (par exemple, si ce périph est géré par ce module)
Mais c' est mieux de tout faire en automatique une fois pour toute (donc règle udev)
Pour être sûr du driver : http://google.fr/linux
et cherche la ligne référence pour ce périph', sortie du résultat de :
lsusb
(ou lspcidrake -v si tu utilises mandriva, cette commande résume l' essentiel)
J' espère avoir été clair, sans trop d' embrouille ou de faute
Cdlt.
ps : tu peux coller le résultat de la commande citée (lspcidrake ou lsusb quant le périph est branché) sur le forum correspondant à ta distribution. Nul doute que quelqu' un fera les recherches nécessaires et te donnera la marche à suivre.
[^] # Re: over a virtual serial port ...
Posté par bubar🦥 . En réponse au message Problem avec la connection USB avec PC sous linux !! !. Évalué à 3.
lorsqu' on branche un matériel usb :
_ le noyau se met en branle
_ un service, avec les informations fournies, demande au noyau de charger le bon driver
_ le noyau charge le driver
_ un device est créait, correspondant au matériel, et permettant à des applications d' y accéder.
C' est grosso modo le même phénomène quel que soit l' OS (sauf que nous on l' étape Udev / Hal ou que Udev).
Créait un device à la main reviendrait à faire un mknode en sachant les numéros mineurs et majeurs corrects. Un nouveau device peux demander une mise à jour d' une table : libpcidata.a par exemple. Dans notre cas cette table c' est chez udev qu' il faut la prendre :
Ici, ton périphérique est bien vu, et udev demande au noyau de charger un driver. Mais celui demandé n' est pas le bon pour ton utilisation. Il faut donc inscrire une règle udev spécifique, ou corrigée celle existante pour ce device là, afin que à chaque fois que tu branches ce périphérique, le bon driver soit chargé.
Là, du coup, il faudrait faire à la main :
retrait du driver chargé : rmmod cdc-acm
chargement du driver adéquat : modprobe pl2303 (par exemple, si ce périph est géré par ce module)
Mais c' est mieux de tout faire en automatique une fois pour toute (donc règle udev)
Pour être sûr du driver :
http://google.fr/linux
et cherche la ligne référence pour ce périph', sortie du résultat de :
lsusb
(ou lspcidrake -v si tu utilises mandriva, cette commande résume l' essentiel)
J' espère avoir été clair, sans trop d' embrouille ou de faute
Cdlt.
ps : tu peux coller le résultat de la commande citée (lspcidrake ou lsusb quant le périph est branché) sur le forum correspondant à ta distribution. Nul doute que quelqu' un fera les recherches nécessaires et te donnera la marche à suivre.