[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: problème d'accès à un pér iphérique usb suite à mise à jour Testing/Jessie



Bonjour et merci pour tes remarques et tes questions qui m'ont permis d'avancer un peu.
Voici mes réponses à tes questions.

* sortie de lsusb avec le pédalier connecté :

Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 003: ID 0bda:0159 Realtek Semiconductor Corp. RTS5159 Card Reader Controller
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 002: ID 0a5c:21b4 Broadcom Corp. BCM2070 Bluetooth 2.1 + EDR
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 002: ID 064e:f100 Suyin Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 002: ID 0403:87c0 Future Technology Devices International, Ltd
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Merci pour cette demande, je n'avais pas remarqué le changement avec le pédalier déconnecté :-/ Le pédalier apparaît à la 8e ligne, même si le texte n'est pas explicite.

* sortie de lsmod :

Module                  Size  Used by
snd_hrtimer            12540  1
ctr                    12807  1
ccm                    17361  1
rfcomm                 32155  14
bnep                   17184  2
binfmt_misc            12733  1
uinput                 17068  1
nfsd                  224910  2
auth_rpcgss            45764  1 nfsd
oid_registry           12387  1 auth_rpcgss
nfs_acl                12463  1 nfsd
nfs                   163553  0
lockd                  69375  2 nfs,nfsd
fscache                40686  1 nfs
sunrpc                198661  6 nfs,nfsd,auth_rpcgss,lockd,nfs_acl
fuse                   73027  1
ftdi_sio               33763  0
usbserial              23409  1 ftdi_sio
parport_pc             26004  0
ppdev                  12590  0
lp                     12766  0
parport                35213  3 lp,ppdev,parport_pc
sg                     25573  0
arc4                   12480  2
brcmsmac              490722  0
uvcvideo               69768  0
cordic                 12336  1 brcmsmac
videobuf2_vmalloc      12720  1 uvcvideo
videobuf2_memops       12471  1 videobuf2_vmalloc
brcmutil               12941  1 brcmsmac
b43                   341440  0
videobuf2_core         34683  1 uvcvideo
videodev               90856  2 uvcvideo,videobuf2_core
media                  17840  2 uvcvideo,videodev
ums_realtek            17079  0
usb_storage            43324  1 ums_realtek
mac80211              402783  2 b43,brcmsmac
btusb                  21248  0
bluetooth             209064  22 bnep,btusb,rfcomm
cfg80211              339712  3 b43,brcmsmac,mac80211
ssb                    51376  1 b43
mmc_core               79400  2 b43,ssb
hp_wmi                 13083  0
sparse_keymap          12730  1 hp_wmi
rfkill                 18387  5 cfg80211,hp_wmi,bluetooth
rng_core               12608  1 b43
pcmcia                 36053  2 b43,ssb
pcmcia_core            18024  1 pcmcia
joydev                 16847  0
evdev                  17136  27
kvm                   317872  0
psmouse                76509  0
serio_raw              12737  0
pcspkr                 12531  0
k10temp                12546  0
radeon               1210721  3
ttm                    55733  1 radeon
wmi                    17147  1 hp_wmi
snd_hda_codec_hdmi     40179  1
r8169                  58875  0
mii                    12595  1 r8169
bcma                   36477  2 b43,brcmsmac
snd_hda_codec_idt      43934  1
drm_kms_helper         35231  1 radeon
battery                12949  0
drm                   194499  5 ttm,drm_kms_helper,radeon
i2c_algo_bit           12647  1 radeon
snd_hda_intel          34991  5
snd_hda_codec 126872 3 snd_hda_codec_hdmi,snd_hda_codec_idt,snd_hda_intel
snd_hwdep              12906  1 snd_hda_codec
snd_pcm_oss            40069  0
snd_mixer_oss          21822  1 snd_pcm_oss
snd_pcm 69595 4 snd_pcm_oss,snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel
snd_page_alloc         12882  2 snd_pcm,snd_hda_intel
hp_accel               25080  0
lis3lv02d              17619  1 hp_accel
ohci_pci               12704  0
ohci_hcd               25681  1 ohci_pci
input_polldev          12802  1 lis3lv02d
button                 12824  0
video                  17511  0
ac                     12598  0
snd_seq_midi           12744  0
snd_seq_midi_event     13124  1 snd_seq_midi
acpi_cpufreq           12983  0
ehci_pci               12432  0
ehci_hcd               47854  1 ehci_pci
snd_rawmidi            22283  1 snd_seq_midi
snd_seq                43336  3 snd_seq_midi_event,snd_seq_midi
snd_seq_device         12980  3 snd_seq,snd_rawmidi,snd_seq_midi
snd_timer              22010  3 snd_hrtimer,snd_pcm,snd_seq
snd 46718 23 snd_pcm_oss,snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_hda_codec_idt,snd_pcm,snd_seq,snd_rawmidi,snd_hda_codec,snd_hda_intel,snd_seq_device,snd_mixer_oss
sp5100_tco             12752  0
processor              27635  1 acpi_cpufreq
soundcore              12890  1 snd
i2c_piix4              12592  0
usbcore 133957 10 btusb,uvcvideo,ums_realtek,usb_storage,usbserial,ohci_hcd,ohci_pci,ehci_hcd,ehci_pci,ftdi_sio i2c_core 23342 6 drm,i2c_piix4,drm_kms_helper,i2c_algo_bit,radeon,videodev
usb_common             12408  1 usbcore
shpchp                 30673  0
ext4                  434217  1
crc16                  12327  2 ext4,bluetooth
mbcache                12938  1 ext4
jbd2                   73002  1 ext4
sd_mod                 43674  2
crc_t10dif             12399  1 sd_mod
crct10dif_common       12340  1 crc_t10dif
thermal                17268  0
thermal_sys            22925  3 video,thermal,processor
ahci                   25000  1
libahci                22610  1 ahci
libata                149321  2 ahci,libahci
scsi_mod              151633  4 sg,usb_storage,libata,sd_mod

* le contenu du script est bien celui donné sur le forum, bizarre effectivement qu'il ne contienne aucune action. J'ai jeté un coup d'oeil sur https://wiki.debian.org/fr/udev et j'ai ajouté SYMLINK+="ttyUSB0" à la règle qui devient donc :

SUBSYSTEMS=="usb", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="87c0", MODE="0666", SYMLINK+="ttyUSB0"

Cette fois un fichier /dev/ttyUSB0 apparaît quand je connecte le pédalier.

$ls -l /dev/ttyUSB0
lrwxrwxrwx 1 root root 15 avril 20 22:14 /dev/ttyUSB0 -> bus/usb/004/002

Cette fois, le pédalier semble reconnu normalement.
Le lien pour wine semble correct.

$ls -l ~/.wine/dosdevices/com1
lrwxrwxrwx 1 jpg jpg 12 avril 20 22:06 /home/jpg/.wine/dosdevices/com1 -> /dev/ttyUSB0


Tout a l'air ok cette fois, mais l'éditeur ne trouve toujours pas le pédalier.
Une autre idée pour que j'avance ?

Merci encore pour tes indications !
Jean-Philippe



Le 2014-04-20 17:53, nb a écrit :
Bonjour Jean-Philippe,

Quelques remarques :
- tu n'as pas posté le résultat d'un lsusb (pédalier connecté)
- tu n'as pas posté le résultat d'un lsmod
Ces deux éléments nous permettraient de voir les choses plutôt que de
les supposer.

Ensuite:
- ton script part du principe que le périph sera sur /dev/ttyUSB0, à
mon avis ce n'est pas certain.
- ton fichier de règle udev est bizarre, il n'y a pas d'action. Es-tu
sûr du contenu?

nb


Le Dimanche 20 Avril 2014 16:12 CEST, debian@jpgeorget.net a écrit:

Bonjour,

J'ai un problème de reconnaissance d'un périphérique (un pédalier midi
liquidfoot LF+JR+) relié par un cable USB (qui fonctionne bien par
ailleurs) avec mon PC sous Debian/Jessie (à jour).
Le problème date d'une mise à jour de 2 mois à peu près et je pense que
c'est à cause de changements dans le paquet udev.
Depuis, j'ai cherché comment résoudre le problème mais je n'ai rien
trouvé d'efficace.

Un utilisateur m'avait envoyé le script suivant, à lancer une fois en
root, pour que le pédalier soit reconnu. Tout marchait parfaitement
avant la mise à jour de Debian.

sudo modprobe ftdi_sio vendor=0x403 product=0x87c0
ln -fs /dev/ttyUSB0 ~/.wine/dosdevices/com1
sudo sh -c "cat > /etc/udev/rules.d/lf+.rules" <<EOF
SUBSYSTEMS=="usb", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="87c0",
MODE="0666"
EOF
sudo sh -c "cat >> /etc/modules" <<EOF
ftdi_sio
EOF
sudo sh -c "cat > /etc/modprobe.d/lf+.conf" <<EOF
options ftdi_sio vendor=0x403 product=0x87c0
EOF

- le fichier /etc/modprobe.d/lf+.conf contient :
options ftdi_sio vendor=0x403 product=0x87c0

Le module ftdi_sio est chargé comme le script précédent le demande.


- dans /var/log/syslog, j'ai les informations suivantes quand je branche
l'appareil

Apr 20 15:17:43 glop kernel: [15681.222370] usb 4-1: new full-speed USB
device number 3 using ohci-pci
Apr 20 15:17:43 glop kernel: [15681.402412] usb 4-1: New USB device

found, idVendor=0403, idProduct=87c0
Apr 20 15:17:43 glop kernel: [15681.402425] usb 4-1: New USB device

strings: Mfr=1, Product=2, SerialNumber=3
Apr 20 15:17:43 glop kernel: [15681.402432] usb 4-1: Product: Liquid
Foot+ Series
Apr 20 15:17:43 glop kernel: [15681.402438] usb 4-1: Manufacturer: FAMC,
Inc.
Apr 20 15:17:43 glop kernel: [15681.402443] usb 4-1: SerialNumber:
LFWSQ8YI
Apr 20 15:17:43 glop mtp-probe: checking bus 4, device 3:
"/sys/devices/pci0000:00/0000:00:12.0/usb4/4-1"
Apr 20 15:17:43 glop mtp-probe: bus: 4, device: 3 was not an MTP device


- Je n'ai aucune trace JR+ du pédalier dans la sortie de lsusb, mais
"lsusb -D /dev/bus/usb/004/003" me donne la sortie suivante :

*********************** sortie de lsusb -D /dev/bus/usb/004/003
******************************
Device: ID 0403:87c0 Future Technology Devices International, Ltd
Device Descriptor:
   bLength                18
   bDescriptorType         1
   bcdUSB               2.00
   bDeviceClass            0 (Defined at Interface level)
   bDeviceSubClass         0
   bDeviceProtocol         0
   bMaxPacketSize0         8
idVendor 0x0403 Future Technology Devices International, Ltd
   idProduct          0x87c0
   bcdDevice           10.00
   iManufacturer           1 FAMC, Inc.
   iProduct                2 Liquid Foot+ Series
   iSerial                 3 LFWSQ8YI
   bNumConfigurations      1
   Configuration Descriptor:
     bLength                 9
     bDescriptorType         2
     wTotalLength           32
     bNumInterfaces          1
     bConfigurationValue     1
     iConfiguration          0
     bmAttributes         0xc0
       Self Powered
     MaxPower                0mA
     Interface Descriptor:
       bLength                 9
       bDescriptorType         4
       bInterfaceNumber        0
       bAlternateSetting       0
       bNumEndpoints           2
       bInterfaceClass       255 Vendor Specific Class
       bInterfaceSubClass    255 Vendor Specific Subclass
       bInterfaceProtocol    255 Vendor Specific Protocol
       iInterface              2 Liquid Foot+ Series
       Endpoint Descriptor:
         bLength                 7
         bDescriptorType         5
         bEndpointAddress     0x81  EP 1 IN
         bmAttributes            2
           Transfer Type            Bulk
           Synch Type               None
           Usage Type               Data
         wMaxPacketSize     0x0040  1x 64 bytes
         bInterval               0
       Endpoint Descriptor:
         bLength                 7
         bDescriptorType         5
         bEndpointAddress     0x02  EP 2 OUT
         bmAttributes            2
           Transfer Type            Bulk
           Synch Type               None
           Usage Type               Data
         wMaxPacketSize     0x0040  1x 64 bytes
         bInterval               0
Device Status:     0x0001
   Self Powered
********************** fin de la sortie de lsusb -D /dev/bus/usb/004/003
**********************

J'en déduis donc que le périphérique est reconnu comme périphérique usb.
Mais pourquoi ne s'affiche-t-il pas dans la sortie de lsusb ?

Et surtout, pourquoi n'ai-je pas de fichier /dev/ttyUSB0 (ou quelque
chose de ressemblant) comme l'attend le script ci-dessus pour que wine
accède à mon périphérique.
Du coup, l'éditeur sous wine ne trouve pas le pédalier.
Je pense que c'est ça qui bloque la reconnaissance, non ?

À tout hasard, j'ai essayé un "ln -fs /dev/bus/usb/004/003
~/.wine/dosdevices/com1". Ça ne fonctionne pas.


Avez-vous une idée pour régler ce problème ?

Merci de votre aide en tout cas, car j'y ai passé déjà pas mal d'heures
sans aucun succès !
Jean-Philippe

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: [🔎] 163ce365048ad0751b47b3e635162fc5@jpgeorget.net">https://lists.debian.org/[🔎] 163ce365048ad0751b47b3e635162fc5@jpgeorget.net




--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: [🔎] 1c08-5353ed80-3-5c537080@9223152">https://lists.debian.org/[🔎] 1c08-5353ed80-3-5c537080@9223152


Reply to: