Bonsoir Patrice,
Patrice Karatchentzeff wrote:
> Jerome KIEFFER écrivait :
>
> [...]
>
> > usbdevfs c'est :
> > je compile l'option dans le kernel, boot le kernel puis
>
> Quelle option ? J'ai
>
> CONFIG_USB=y
> # CONFIG_USB_DEBUG is not set
> # Miscellaneous USB options
> CONFIG_USB_DEVICEFS=y
> CONFIG_USB_BANDWIDTH=y
>
> C'est cela ?
>
> > mount none /dev/bus/usb -t usbdevfs
>
> Ben non ;-)
>
> Je n'ai pas de /dev/bus chez moi...
C'est pas plutot "/proc/bus/usb" ?
Chez moi :
[olivier@phoenix /]$ mount | grep usb
none on /proc/bus/usb type usbdevfs (rw)
> # cd /dev
> # MAKEDEV bus
> /sbin/MAKEDEV: don't know how to make device "bus"
>
> # mkdir bus ; cd bus ; mkdir usb ; cd usb
> # mount none /dev/bus/usb -t usbdevfs
> # ll
> total 0
> dr-xr-xr-x 1 root root 0 aoû 18 16:55 001
> -r--r--r-- 1 root root 0 sep 6 09:19 devices
> -r--r--r-- 1 root root 0 sep 6 09:19 drivers
>
> soit une copie conforme de /proc/bus/usb...
>
> Là, je suis perplexe : je faisais cela beaucoup plus simplement ;-)
Je crois que ton problème vient en fait d'un autre ennui que tu as eu.
Tu as posté il y a quelques temps quelques "ralleries" contre DevFS, et
il s'agit justement de DevFS avec le "/dev/bus/*"
"DevFS" est "nouveau" système de gestion des périphérique sous Linux.
Plutôt de de devoir créer à la main ses inode /dev à grand coup de
"mknode", DevFS s'en occupe et les créé/supprime dynamiquement. De plus,
les périphériques sont regroupes par type, ce qui est pratique Exemple
chez moi sur le /dev/cdroms (c'est un "repertoire" créé par DevFS) :
<commande>
[olivier@phoenix System]$ ll /dev/cdrom*
lr-xr-xr-x 1 root root 13 sep 6 16:26 /dev/cdrom ->
cdroms/cdrom0
lr-xr-xr-x 1 root root 13 sep 6 16:26 /dev/cdrom0 ->
cdroms/cdrom0
lr-xr-xr-x 1 root root 13 sep 6 16:26 /dev/cdrom1 ->
cdroms/cdrom1
/dev/cdroms:
total 0
lr-xr-xr-x 1 root root 34 jan 1 1970 cdrom0 ->
../scsi/host0/bus0/target0/lun0/cd
lr-xr-xr-x 1 root root 34 jan 1 1970 cdrom1 ->
../scsi/host0/bus0/target1/lun0/cd
</commande>
Ici, les cdrom et graveur pointent tous les deux de manière
transparente sur les interfaces SCSI. Mais si je reboote en supprimant
l'emulation SCSI, ils pointeront toujours de manière transparente sur
les "bons" périphériques, à savoir "/dev/ide/host*
Pour ce qui est de l'USB, chez moi (Mandrake 9.1, DevFS activé) :
<commande>
[olivier@phoenix System]$ ll /dev/usb
total 0
crw-rw---- 1 olivier usb 180, 48 jan 1 1970 scanner0
</commande>
et le /var/log/message donne :
<extrait>
kernel: hub.c: new USB device 00:08.1-1, assigned address 2
kernel: usb.c: USB device 2 (vend/prod 0x6bd/0x100) is not claimed by
any active driver.
/etc/hotplug/usb.agent: Setup scanner for USB product 6bd/100/0
kernel: usb.c: registered new driver usbscanner
kernel: scanner.c: 0.4.10:USB Scanner Driver
scannerdrake[12483]: ### Program is starting ###
scannerdrake[12483]: ### Program is starting ###
</extrait>
Evidement, lorsque je débranche le scannaire, j'ai :
<commande>
[olivier@phoenix System]$ ll /dev/usb
total 0
</commande>
=> Le scannair a disparu
et le /var/log/message donne :
<extrait>
kernel: usb.c: USB disconnect on device 00:08.1-1 address 2
scannerdrake[12483]: ### Program is starting ###
scannerdrake[12483]: ### Program is starting ###
</extrait>
Je ne veux pas m'avancer, mais je pense que sous Linux, la gestion de
l'USB est plus adapté à l'usage d'un /dev "recent", via le DevFS. On
aime ou on n'aime pas, n'empeche que c'est bien pratique ! :=)
Je ne sais pas où en est le support du DevFS dans la Debian.
Probalement en testing/unstable je pense, non ? J'espère pour les
Debianiste que la prochaine version (prévue à la fin de l'année ?)
intégrera en natif le DevFS.
Olivier
--
~~~~~~~ _____/\_____ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Phoenix / _ \/ _ \ Olivier Allard-Jacquin
/ / \ / \ \ Web: olivieraj.free.fr
/___/ / \ \___\ Mail: olivieraj@???
~~~~ ///// ///\\\ \\\\\ ~~~~~~~~~~~~~~~~~~~~~~~ Linux Powered !!
