udev, c'est pratique pour toujours mapper le palonnier sur le même fichier spécial mais ce n'est pas le problème qui nous occupe en l'occurrence. Le problème a lieu en amont, au niveau USB : il ne peut s'énumérer qu'une seule fois après avoir été mis sous tension. Si je redémarre ma machine ou si je la mets en veille puis la réveille, dmesg me renvoie ceci :
[ 1.323024] usb 4-1: new full-speed USB device number 2 using uhci_hcd
[ 1.433020] usb 4-1: device descriptor read/64, error -32
[ 1.644017] usb 4-1: device descriptor read/64, error -32
[ 1.847015] usb 4-1: new full-speed USB device number 3 using uhci_hcd
[ 1.957010] usb 4-1: device descriptor read/64, error -32
[ 2.168019] usb 4-1: device descriptor read/64, error -32
[ 2.371013] usb 4-1: new full-speed USB device number 4 using uhci_hcd
[ 2.394640] usb 4-1: device descriptor read/8, error -32
[ 2.514642] usb 4-1: device descriptor read/8, error -32
[ 2.717015] usb 4-1: new full-speed USB device number 5 using uhci_hcd
[ 2.740640] usb 4-1: device descriptor read/8, error -32
[ 2.860640] usb 4-1: device descriptor read/8, error -32
Avec, lors d'une sortie de veille, « error -71 » et parfois « -110 ».
À ce moment, l'appareil n'apparaît pas du tout dans la liste retournée par lsusb.
Si le démarrage a lieu juste après avoir mis ma machine sous tension, ou si je débranche et rebranche le câble USB, j'obtiens :
[ 1800.160017] usb 4-1: new full-speed USB device number 7 using uhci_hcd
[ 1800.331974] usb 4-1: New USB device found, idVendor=06a3, idProduct=0763
[ 1800.331978] usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 1800.331981] usb 4-1: Product: Saitek Pro Flight Rudder Pedals
[ 1800.331984] usb 4-1: Manufacturer: Saitek
[ 1800.339045] input: Saitek Saitek Pro Flight Rudder Pedals as /devices/pci0000:00/0000:00:1a.1/usb4/4-1/4-1:1.0/input/input15
… et dans lsusb :
Bus 004 Device 012: ID 06a3:0763 Saitek PLC Pro Flight Rudder Pedals
Lorsque je passe en veille ou en même extinction totale, ma carte-mère (ASUS P53E) maintient les ports USB alimentés, notamment pour permettre un wake-up par le clavier. Je n'ai pas réussi à modifier ce comportement, même en fouillant dans le BIOS. J'ai essayé des trucs comme usb_reset sans succès. Selon les matos, le fait de décharger le module du pilote du hub USB suffit à le mettre hors-tension, mais ce n'est pas le cas sur mon matériel.
Une idée ?
Observes-tu le même problème chez toi lors d'un reboot ou d'une sortie de veille ?
[^] # Re: Quelques autres remarques
Posté par Obsidian . En réponse à la dépêche Flightgear 2.10. Évalué à 3.
udev, c'est pratique pour toujours mapper le palonnier sur le même fichier spécial mais ce n'est pas le problème qui nous occupe en l'occurrence. Le problème a lieu en amont, au niveau USB : il ne peut s'énumérer qu'une seule fois après avoir été mis sous tension. Si je redémarre ma machine ou si je la mets en veille puis la réveille,
dmesgme renvoie ceci :Avec, lors d'une sortie de veille, « error -71 » et parfois « -110 ».
À ce moment, l'appareil n'apparaît pas du tout dans la liste retournée par
lsusb.Si le démarrage a lieu juste après avoir mis ma machine sous tension, ou si je débranche et rebranche le câble USB, j'obtiens :
… et dans
lsusb:Lorsque je passe en veille ou en même extinction totale, ma carte-mère (ASUS P53E) maintient les ports USB alimentés, notamment pour permettre un wake-up par le clavier. Je n'ai pas réussi à modifier ce comportement, même en fouillant dans le BIOS. J'ai essayé des trucs comme
usb_resetsans succès. Selon les matos, le fait de décharger le module du pilote du hub USB suffit à le mettre hors-tension, mais ce n'est pas le cas sur mon matériel.Une idée ?
Observes-tu le même problème chez toi lors d'un reboot ou d'une sortie de veille ?