logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 04-01-2021 17:54:50

gaminconnu
Membre
Inscription : 04-01-2021

module ohci_pci

Bonjour à tous !:)

Voilà le problème:

Suite à une mise à jour sur ma version Stretch le système ne détecte plus ma souris USB.

J'arrive à me dépanner soit en redémarrant le système sur l'ancien noyau soit par un déchargement rechargement du module ohci_pci dans le système mis à jour.

Ce qui m'intrique est d'avoir aussi ce problème sur ma version Buster installée sur un dique dur externe USB/SSD que je fais tourner sur la même machine.


Donc il est assez probable que  d'autres connaissent aussi cette situation.

présentation de la machine :

 lscpu
 


Architecture :        i686
Mode(s) opératoire(s) des processeurs : 32-bit
Boutisme :            Little Endian
Processeur(s) :       1
Liste de processeur(s) en ligne : 0
Thread(s) par cœur : 1
Cœur(s) par socket : 1
Socket(s) :           1
Identifiant constructeur : AuthenticAMD
Famille de processeur : 15
Modèle :             44
Nom de modèle :      Mobile AMD Sempron(tm) Processor 3300+
Révision :           2
Vitesse du processeur en MHz : 800.000
Vitesse maximale du processeur en MHz : 2000,0000
Vitesse minimale du processeur en MHz : 800,0000
BogoMIPS :            1599.87
Cache L1d :           64K
Cache L1i :           64K
Cache L2 :            128K
Flags:                 fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt 3dnowext 3dnow rep_good pni 3dnowprefetch vmm

call







Voici quelques maneuvres effectuées durant mes recherches.

examen de apt history

Start-Date: 2020-12-28  22:11:06
Commandline: apt upgrade
Requested-By: polo (1001)
Upgrade: libservlet3.1-java:i386 (8.5.54-0+deb9u4, 8.5.54-0+deb9u5), linux-libc-
dev:i386 (4.9.240-2, 4.9.246-2), libcurl3:i386 (7.52.1-5+deb9u12, 7.52.1-5+deb9u
13), openjdk-8-jdk:i386 (8u272-b10-0+deb9u1, 8u275-b01-1~deb9u1), openjdk-8-jre:
i386 (8u272-b10-0+deb9u1, 8u275-b01-1~deb9u1), openssl:i386 (1.1.0l-1~deb9u1, 1.
1.0l-1~deb9u2), libsqlite3-0:i386 (3.16.2-5+deb9u2, 3.16.2-5+deb9u3), python-lxm
l:i386 (3.7.1-1+deb9u1, 3.7.1-1+deb9u3), openjdk-8-jdk-headless:i386 (8u272-b10-
0+deb9u1, 8u275-b01-1~deb9u1), linux-image-4.9.0-14-686-pae:i386 (4.9.240-2, 4.9
.246-2), libopenexr22:i386 (2.2.0-11+deb9u1, 2.2.0-11+deb9u2), openjdk-8-jre-hea
dless:i386 (8u272-b10-0+deb9u1, 8u275-b01-1~deb9u1), libssl1.1:i386 (1.1.0l-1~de
b9u1, 1.1.0l-1~deb9u2), libcurl3-gnutls:i386 (7.52.1-5+deb9u12, 7.52.1-5+deb9u13
), firefox-esr:i386 (78.5.0esr-1~deb9u1, 78.6.0esr-1~deb9u1), libssl1.0.2:i386 (
1.0.2u-1~deb9u2, 1.0.2u-1~deb9u3), openjdk-8-doc:i386 (8u272-b10-0+deb9u1, 8u275
-b01-1~deb9u1)
End-Date: 2020-12-28  22:14:46

On y voit une mise à jour du noyaux.


lorsque je lance avec le noyau qui fonctionne linux-image-4.9.0-13-686-pae

lsusb


Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 002: ID 045e:0084 Microsoft Corp. Basic Optical Mouse
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 



lsmod | grep usb
 


hid                    94208  2 hid_generic,usbhid
usbcore               184320  5 usbhid,ehci_hcd,ohci_pci,ohci_hcd,ehci_pci
usb_common             16384  1 usbcore
lsmod | grep hid
hid_generic            16384  0
usbhid                 45056  0
hid                    94208  2 hid_generic,usbhid
usbcore               184320  5 usbhid,ehci_hcd,ohci_pci,ohci_hcd,ehci_pci

usbhid                 45056  0
 



lorsque je lance avec le noyau qui ne fonctionne pas linux-image-4.9.0-14-686-pae

lsusb


Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 



lsmod | grep usb
 


usbcore               188416  4 ehci_hcd,ohci_pci,ohci_hcd,ehci_pci
usb_common             16384  1 usbcore

 



Dans un premier temps j'ai pensé que charger les modules manquant avec modprobe suffirait!  smile

Que neni point de souris en vue!  mad


j'ai donc comparé les dmesg

avec le noyau qui fonctionne linux-image-4.9.0-13-686-pae

dmesg | grep usb


[    1.611658] usbcore: registered new interface driver usbfs
[    1.611709] usbcore: registered new interface driver hub
[    1.626622] usbcore: registered new device driver usb
[    1.648240] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
[    1.648275] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    1.648310] usb usb1: Product: EHCI Host Controller
[    1.648342] usb usb1: Manufacturer: Linux 4.9.0-13-686-pae ehci_hcd
[    1.648374] usb usb1: SerialNumber: 0000:00:03.3
[    1.710305] usb usb2: New USB device found, idVendor=1d6b, idProduct=0001
[    1.710347] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    1.710382] usb usb2: Product: OHCI PCI host controller
[    1.710414] usb usb2: Manufacturer: Linux 4.9.0-13-686-pae ohci_hcd
[    1.710447] usb usb2: SerialNumber: 0000:00:03.0
[    1.930078] usb usb3: New USB device found, idVendor=1d6b, idProduct=0001
[    1.930119] usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    1.930154] usb usb3: Product: OHCI PCI host controller
[    1.930186] usb usb3: Manufacturer: Linux 4.9.0-13-686-pae ohci_hcd
[    1.930218] usb usb3: SerialNumber: 0000:00:03.1
[    1.990066] usb usb4: New USB device found, idVendor=1d6b, idProduct=0001
[    1.990102] usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    1.990137] usb usb4: Product: OHCI PCI host controller
[    1.990168] usb usb4: Manufacturer: Linux 4.9.0-13-686-pae ohci_hcd
[    1.990200] usb usb4: SerialNumber: 0000:00:03.2
[    2.236027] usb 2-1: new low-speed USB device number 2 using ohci-pci   <---------ici
[    2.463034] usb 2-1: New USB device found, idVendor=045e, idProduct=0084
[    2.463074] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[    2.463107] usb 2-1: Product: Basic Optical Mouse
[    2.463138] usb 2-1: Manufacturer: Microsoft
[    2.481332] usbcore: registered new interface driver usbhid
[    2.481373] usbhid: USB HID core driver
[    2.483723] input: Microsoft Basic Optical Mouse as /devices/pci0000:00/0000:00:03.0/usb2/2-1/2-1:1.0/0003:045E:0084.0001/input/input9
[    2.484294] hid-generic 0003:045E:0084.0001: input,hidraw0: USB HID v1.10 Mouse [Microsoft Basic Optical Mouse] on usb-0000:00:03.0-1/input0

 



là la ligne new low-speed USB device number 2 using ohci-pci semble intéressante big_smile

avec le noyau qui ne fonctionne pas linux-image-4.9.0-14-686-pae

dmesg | grep usb


[    1.605895] usbcore: registered new interface driver usbfs
[    1.605945] usbcore: registered new interface driver hub
[    1.620568] usbcore: registered new device driver usb
[    1.636204] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
[    1.636238] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    1.636273] usb usb1: Product: EHCI Host Controller
[    1.636305] usb usb1: Manufacturer: Linux 4.9.0-14-686-pae ehci_hcd
[    1.636336] usb usb1: SerialNumber: 0000:00:03.3
[    1.706140] usb usb2: New USB device found, idVendor=1d6b, idProduct=0001
[    1.706183] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    1.706218] usb usb2: Product: OHCI PCI host controller
[    1.706250] usb usb2: Manufacturer: Linux 4.9.0-14-686-pae ohci_hcd
[    1.706282] usb usb2: SerialNumber: 0000:00:03.0
[    1.926113] usb usb3: New USB device found, idVendor=1d6b, idProduct=0001
[    1.926154] usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    1.926189] usb usb3: Product: OHCI PCI host controller
[    1.926220] usb usb3: Manufacturer: Linux 4.9.0-14-686-pae ohci_hcd
[    1.926252] usb usb3: SerialNumber: 0000:00:03.1
[    1.986067] usb usb4: New USB device found, idVendor=1d6b, idProduct=0001
[    1.986102] usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    1.986137] usb usb4: Product: OHCI PCI host controller
[    1.986169] usb usb4: Manufacturer: Linux 4.9.0-14-686-pae ohci_hcd
[    1.986200] usb usb4: SerialNumber: 0000:00:03.2

 


aucune trace de la souris

si on regarde les lsmod fait plus haut, on trouve un module ohci_pci qui ressemble furieusement au ohci-pci trouvé avec le
dmseg | grep usb de la version qui fonctionne.

De plus on peut voir qu'il est une dépendance de usbcore.
je tente

modprobe -r ohci_pci && modprobe ohci_pci
 



et maintenant la souris est détectée
et journalisée
    cool

dmesg | grep usb


[    1.611658] usbcore: registered new interface driver usbfs
[    1.611709] usbcore: registered new interface driver hub
[    1.626622] usbcore: registered new device driver usb
[    1.648240] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
[    1.648275] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    1.648310] usb usb1: Product: EHCI Host Controller
[    1.648342] usb usb1: Manufacturer: Linux 4.9.0-13-686-pae ehci_hcd
[    1.648374] usb usb1: SerialNumber: 0000:00:03.3
[    1.710305] usb usb2: New USB device found, idVendor=1d6b, idProduct=0001
[    1.710347] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    1.710382] usb usb2: Product: OHCI PCI host controller
[    1.710414] usb usb2: Manufacturer: Linux 4.9.0-13-686-pae ohci_hcd
[    1.710447] usb usb2: SerialNumber: 0000:00:03.0
[    1.930078] usb usb3: New USB device found, idVendor=1d6b, idProduct=0001
[    1.930119] usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    1.930154] usb usb3: Product: OHCI PCI host controller
[    1.930186] usb usb3: Manufacturer: Linux 4.9.0-13-686-pae ohci_hcd
[    1.930218] usb usb3: SerialNumber: 0000:00:03.1
[    1.990066] usb usb4: New USB device found, idVendor=1d6b, idProduct=0001
[    1.990102] usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    1.990137] usb usb4: Product: OHCI PCI host controller
[    1.990168] usb usb4: Manufacturer: Linux 4.9.0-13-686-pae ohci_hcd
[    1.990200] usb usb4: SerialNumber: 0000:00:03.2
[    2.236027] usb 2-1: new low-speed USB device number 2 using ohci-pci
[    2.463034] usb 2-1: New USB device found, idVendor=045e, idProduct=0084
[    2.463074] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[    2.463107] usb 2-1: Product: Basic Optical Mouse
[    2.463138] usb 2-1: Manufacturer: Microsoft
[    2.481332] usbcore: registered new interface driver usbhid
[    2.481373] usbhid: USB HID core driver
[    2.483723] input: Microsoft Basic Optical Mouse as /devices/pci0000:00/0000:00:03.0/usb2/2-1/2-1:1.0/0003:045E:0084.0001/input/input9
[    2.484294] hid-generic 0003:045E:0084.0001: input,hidraw0: USB HID v1.10 Mouse [Microsoft Basic Optical Mouse] on usb-0000:00:03.0-1/input0

 



Bon c'est bien joli mais pas très propre, je pense que le problème vient de la mise à jour au moment de la construction
de l'initrd  image.

Si quelqu'un à une idée     !:D

Hors ligne

#2 04-01-2021 20:01:14

Croutons
Membre
Distrib. : Debian12
Noyau : Linux 6.1.0-13-amd64
(G)UI : Fluxbox(NakeDeb)
Inscription : 16-12-2016

Re : module ohci_pci

Hello
et si tu regarde avec modinfo ?

modinfo ohci-pci


-->les cahiers du debutant<--      WikiDF-->Découvrir les principales commandes Linux<-- 
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde

Hors ligne

#3 05-01-2021 16:22:03

raleur
Membre
Inscription : 03-10-2014

Re : module ohci_pci

gaminconnu a écrit :

j'ai pensé que charger les modules manquant avec modprobe suffirait!


Ne pas inverser les causes et les conséquences.
Les modules "manquants" sont les pilotes de périphériques HID (claviers, souris USB...). Ils ne sont pas chargés parce que la souris n'est pas détectée, comme on peut le voir avec lsusb.

gaminconnu a écrit :

aucune trace de la souris


Pas d'autres messages liés à l'USB ?

gaminconnu a écrit :

un module ohci_pci qui ressemble furieusement au ohci-pci


Le tiret et l'underscore sont équivalents et interchangeables dans les noms de modules/pilotes du noyau.

gaminconnu a écrit :

et maintenant la souris est détectée
et journalisée


C'est le log obtenu avec le noyau 4.9.0-13 que tu as remis.

Il n'y aurait pas une histoire de "hand off" (ou approchant) entre l'USB 2 (ehci) et l'USB 1 (ohci/uhci) ?


Il vaut mieux montrer que raconter.

Hors ligne

#4 05-01-2021 20:20:39

gaminconnu
Membre
Inscription : 04-01-2021

Re : module ohci_pci

remarque justifée de raleur,  erreur de copié collé de ma part  neutral

voici la correction

dmesg | grep usb
 


[    1.620311] usbcore: registered new interface driver usbfs
[    1.620364] usbcore: registered new interface driver hub
[    1.623224] usbcore: registered new device driver usb
[    1.652229] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
[    1.652262] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    1.652297] usb usb1: Product: EHCI Host Controller
[    1.652329] usb usb1: Manufacturer: Linux 4.9.0-14-686-pae ehci_hcd
[    1.652361] usb usb1: SerialNumber: 0000:00:03.3
[    1.714144] usb usb2: New USB device found, idVendor=1d6b, idProduct=0001
[    1.714186] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    1.714221] usb usb2: Product: OHCI PCI host controller
[    1.714252] usb usb2: Manufacturer: Linux 4.9.0-14-686-pae ohci_hcd
[    1.714284] usb usb2: SerialNumber: 0000:00:03.0
[    1.934112] usb usb3: New USB device found, idVendor=1d6b, idProduct=0001
[    1.934153] usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    1.934188] usb usb3: Product: OHCI PCI host controller
[    1.934220] usb usb3: Manufacturer: Linux 4.9.0-14-686-pae ohci_hcd
[    1.934252] usb usb3: SerialNumber: 0000:00:03.1
[    1.994066] usb usb4: New USB device found, idVendor=1d6b, idProduct=0001
[    1.994100] usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    1.994135] usb usb4: Product: OHCI PCI host controller
[    1.994166] usb usb4: Manufacturer: Linux 4.9.0-14-686-pae ohci_hcd
[    1.994198] usb usb4: SerialNumber: 0000:00:03.2
[   55.242426] usb usb4: USB disconnect, device number 1
[   55.247751] usb usb3: USB disconnect, device number 1
[   55.253442] usb usb2: USB disconnect, device number 1
[   55.262418] usb usb1: USB disconnect, device number 1
[   55.277780] usbcore: deregistering device driver usb
[   55.277886] usbcore: deregistering interface driver usbfs
[   55.277966] usbcore: deregistering interface driver hub
[   55.363252] usbcore: registered new interface driver usbfs
[   55.363481] usbcore: registered new interface driver hub
[   55.363676] usbcore: registered new device driver usb
[   55.412262] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
[   55.412300] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[   55.412338] usb usb1: Product: EHCI Host Controller
[   55.412372] usb usb1: Manufacturer: Linux 4.9.0-14-686-pae ehci_hcd
[   55.412406] usb usb1: SerialNumber: 0000:00:03.3
[   55.482114] usb usb2: New USB device found, idVendor=1d6b, idProduct=0001
[   55.482159] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[   55.482197] usb usb2: Product: OHCI PCI host controller
[   55.482231] usb usb2: Manufacturer: Linux 4.9.0-14-686-pae ohci_hcd
[   55.482266] usb usb2: SerialNumber: 0000:00:03.0
[   55.546453] usb usb3: New USB device found, idVendor=1d6b, idProduct=0001
[   55.546516] usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[   55.546569] usb usb3: Product: OHCI PCI host controller
[   55.546616] usb usb3: Manufacturer: Linux 4.9.0-14-686-pae ohci_hcd
[   55.546664] usb usb3: SerialNumber: 0000:00:03.1
[   55.614175] usb usb4: New USB device found, idVendor=1d6b, idProduct=0001
[   55.614237] usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[   55.614290] usb usb4: Product: OHCI PCI host controller
[   55.614338] usb usb4: Manufacturer: Linux 4.9.0-14-686-pae ohci_hcd
[   55.614385] usb usb4: SerialNumber: 0000:00:03.2
[   56.000054] usb 2-1: new low-speed USB device number 2 using ohci-pci
[   56.226993] usb 2-1: New USB device found, idVendor=045e, idProduct=0084
[   56.227054] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[   56.227104] usb 2-1: Product: Basic Optical Mouse
[   56.227151] usb 2-1: Manufacturer: Microsoft
[   56.464092] usbcore: registered new interface driver usbhid
[   56.464151] usbhid: USB HID core driver
[   56.493637] input: Microsoft Basic Optical Mouse as /devices/pci0000:00/0000:00:03.0/usb2/2-1/2-1:1.0/0003:045E:0084.0001/input/input16
[   56.494561] hid-generic 0003:045E:0084.0001: input,hidraw0: USB HID v1.10 Mouse [Microsoft Basic Optical Mouse] on usb-0000:00:03.0-1/input0

 




Petite précision qui a son importance, la manœuvre expliquée avec modprobe ne marche pas pour mon système sur disque USB.

Là, je suis obligé d'effectuer la commande au boot en provoquant un arrêt par paramètre break=top passé au noyau(dans cette phase on n’a pas besoin du disque).

raleur , peux-tu préciser ce que tu entends par "hand off" (ou approchant) entre l'USB 2 (ehci) et l'USB 1 (ohci/uhci)?

Merci !

Hors ligne

#5 05-01-2021 23:52:16

raleur
Membre
Inscription : 03-10-2014

Re : module ohci_pci

Question : as-tu testé avec d'autres périphériques USB 1.1 (clavier, souris, joystick) et 2.0 (clé USB, disque) ?

gaminconnu a écrit :

la manœuvre expliquée avec modprobe ne marche pas pour mon système sur disque USB.


Pourquoi ? Le noyau refuse de décharger le module parce qu'il est utilisé pour accéder au disque USB, donc tu ne peux le faire que tôt pendant l'exécution de l'initramfs, avant que la racine soit montée ?

gaminconnu a écrit :

peux-tu préciser ce que tu entends par "hand off" (ou approchant) entre l'USB 2 (ehci) et l'USB 1 (ohci/uhci)?


Je faisais référence à l'EHCI hand-off. Pour un même port USB il y a deux contrôleurs et pilotes selon le type de périphérique, ohci pour USB 1.1 ou ehci pour USB 2.0. D'après ce que j'ai compris, l'EHCI hand-off est le mécanisme pour router un périphérique vers l'un ou l'autre, géré par le BIOS ou les pilotes de l'OS.
Il peut y avoir une option de ce type dans les réglages du BIOS. Le module ohci-hcd a un paramètre "no_handshake" qui pourrait être lié. Mais c'est juste une idée, ça n'a peut-être rien à voir.

J'ai regardé les changelogs du noyau 4.9.0-14 de stretch et j'y ai trouvé ceci :

usb: ohci: Default to per-port over-current protection


Idem dans les changelogs du dernier noyau 4.19.0-13 de buster. Quel est la version du noyau sur ton disque USB ? As-tu encore le noyau précédent 4.19.0-12 pour comparer ?

Le module ohci-hcd a un paramètre "distrust_firmware" pour ne pas faire confiance aux réglages power/over-current du BIOS, peut-être que ça peut aider.

Dernière modification par raleur (05-01-2021 23:54:30)


Il vaut mieux montrer que raconter.

Hors ligne

#6 06-01-2021 15:34:16

gaminconnu
Membre
Inscription : 04-01-2021

Re : module ohci_pci

raleur merci pour tes recherches big_smile

de mon côté:

voici les noyaux encore disponibles sur mon disque usb

vmlinuz-4.19.0-13-686-pae
vmlinuz-4.19.0-8-686-pae
vmlinuz-4.19.0-6-686-pae


l'interval est important, je ne me suis pas servi du dique un bon bout de temps.
actuellement c'est bien le 4.19.0-13  qui tourne dessus.

J'ai consulté le changelog du 8 et la mention "usb: ohci: Default to per-port over-current" protection ne s'y trouve pas

J'ai aussi trouvé cet article :

https://lore.kernel.org/linux-usb/20200 … s.co.nz/#r

Qui je suppose donne une raison possible du changelog.

Si je comprends bien le contrôleur renvoi  dans certains cas  une fausse info de surcharge.
Pour le reste de l'article je suis un peu perdu. neutral

Je fais un modinfo lancé sur les différents noyaux  "je n'indique que les paramètres et les infos versions "

un exemple de la commande utilisée:

/sbin/modinfo /lib/modules/4.9.0-14-686-pae/kernel/drivers/usb/host/ohci-hcd.ko
 




sur Stretch

vermagic:       4.9.0-13-686-pae SMP mod_unload modversions 686
parm:           distrust_firmware:true to distrust firmware power/overcurrent setup (bool)
parm:           no_handshake:true (not default) disables BIOS handshake (bool)

vermagic:       4.9.0-14-686-pae SMP mod_unload modversions 686
parm:           distrust_firmware:true to distrust firmware power/overcurrent setup (bool)
parm:           no_handshake:true (not default) disables BIOS handshake (bool)

Buster USB

name:           ohci_hcd
vermagic:       4.19.0-13-686-pae SMP mod_unload modversions 686
signat:         PKCS#7
signer:         
sig_key:       
sig_hashalgo:   md4
parm:           distrust_firmware:true to distrust firmware power/overcurrent setup (bool)
parm:           no_handshake:true (not default) disables BIOS handshake (bool)


vermagic:       4.19.0-8-686-pae SMP mod_unload modversions 686
signat:         PKCS#7
signer:         
sig_key:       
sig_hashalgo:   md4
parm:           distrust_firmware:true to distrust firmware power/overcurrent setup (bool)
parm:           no_handshake:true (not default) disables BIOS handshake (bool)


Je ne vois aucune différence mais bon! Je continue à chercher.

Hors ligne

#7 06-01-2021 17:34:46

raleur
Membre
Inscription : 03-10-2014

Re : module ohci_pci

gaminconnu a écrit :

voici les noyaux encore disponibles sur mon disque usb

vmlinuz-4.19.0-13-686-pae
vmlinuz-4.19.0-8-686-pae
vmlinuz-4.19.0-6-686-pae


Est-ce que le problème se produit aussi avec le -8 ?
Et tu n'as pas répondu à toutes mes questions précédentes.

gaminconnu a écrit :

un exemple de la commande utilisée:


Il y a un peu plus court :

/sbin/modinfo -k 4.9.0-14-686-pae ohci-hcd



gaminconnu a écrit :

Je ne vois aucune différence


Les paramètres sont les mêmes, mais il faut peut-être jouer sur leur valeur (via la ligne de commande du noyau au démarrage) pour tenter de contourner le problème.

Dernière modification par raleur (06-01-2021 17:35:30)


Il vaut mieux montrer que raconter.

Hors ligne

#8 10-01-2021 23:49:22

gaminconnu
Membre
Inscription : 04-01-2021

Re : module ohci_pci

Effectivement je n'ai pas répondu à toutes les questions.

J'ai le même problème avec une carte arduino uno.

Par contre aucun souci avec les clés usb.



Pour l'instant j'ai trouvé une solution acceptable pour mon cas en créant un script dans



/etc/initramfs-tools/scripts/init-premount/



J'ai essayé de le mettre plus tôt dans le boot mais, alors ça ne marche pas.

voici le script  :

#!/bin/sh

PREREQ=""
prereqs()
{
  echo "$PREREQ"
}
case $1 in
# get pre-requisites
prereqs)
  prereqs
  exit 0
  ;;
esac


if [ -x /sbin/modprobe ]; then
  /sbin/modprobe -r ohci_pci && /sbin/modprobe ohci_pci

fi

 



puis en me créant une version initramfs dans un répertoire à part

update-initramfs -c -k $(uname -r) -b /boot/experimental



Pour le boot (dans GRUB)  il suffit d'éditer la ligne de l'initrd et de modifier le chemin.
De cette manière je n'oublierais pas que quelque chose ne tourne pas rond.

J'ai aussi tenté quelques essais sur la ligne de commande du kernel sans succès.     sad
Mais il faudra que j'y retravaille pour documenter un peu mieux avant de présenter ça  ici.     smile

Hors ligne

#9 11-01-2021 11:14:00

raleur
Membre
Inscription : 03-10-2014

Re : module ohci_pci

gaminconnu a écrit :

J'ai le même problème avec une carte arduino uno.


USB 1 ou 2 ?

gaminconnu a écrit :

Par contre aucun souci avec les clés usb.


Qui sont USB 2.

gaminconnu a écrit :

j'ai trouvé une solution acceptable pour mon cas en créant un script dans /etc/initramfs-tools/scripts/init-premount/


Je pense qu'il aurait été possible de le faire avec une directive "install" de modprobe. Les fichiers /etc/modprobe.d/*.conf sont automatiquement inclus dans l'initramfs.

gaminconnu a écrit :

J'ai aussi tenté quelques essais sur la ligne de commande du kernel sans succès.     
Mais il faudra que j'y retravaille pour documenter un peu mieux avant de présenter ça  ici.


Oui, merci, ça m'intéresse.


Il vaut mieux montrer que raconter.

Hors ligne

#10 13-01-2021 12:42:03

gaminconnu
Membre
Inscription : 04-01-2021

Re : module ohci_pci

Quelques infos que j'ai trouvées utiles  ici 

http://papy-tux.legtux.org/doc1220/index.html

raleur demande :
USB 1 ou 2 ?




/sbin/modinfo ohci_hcd -F description


USB 1.1 'Open' Host Controller (OHCI) Driver




ohci_pci dépend de hoci_hcd et donc je présume que ces modules gère l'usb  1.1 et pas le 2.0

/sbin/modinfo ehci_hcd -F description


USB 2.0 'Enhanced' Host Controller (EHCI) Driver





Maintenant voici ce qui intéresse raleur et avec raisons :  big_smile

Ajout de

ohci_hcd.distrust_firmware=0

sur la ligne du noyau au boot et vérification une fois connecté.

cat /proc/cmdline
 


BOOT_IMAGE=/boot/vmlinuz-4.9.0-14-686-pae root=UUID=0d520732-a5cf-41c8-a415-35229e7072b5 ro noresume apparmor=1 security=apparmor ohci_hcd.distrust_firmware=0 break=top
 



Et la souris fonctionne.

De ça je crée un fichier

/etc/modprobe.d/ohci_distrust_firmware.conf



contenant:
 

options ohci_hcd   distrust_firmware=0



puis

update-initramfs -u




Beaucoup plus simple que ce que je fais plus haut

Petites questions : roll

Cette correction n'aurait-elle pas dû être introduite dans la mise à jour ?

Si oui, il s'agit d'un bug qui doit peut-être être rapporté. 

Si non le changelog dont raleur parle plus haut doit être pris en considération par les utilisateurs et il est à supposer que certaines machines ne supportent pas ce changement de paramètre.

Merci à raleur   smile

Hors ligne

#11 14-01-2021 10:57:52

raleur
Membre
Inscription : 03-10-2014

Re : module ohci_pci

gaminconnu a écrit :

ohci_pci dépend de ohci_hcd et donc je présume que ces modules gère l'usb  1.1 et pas le 2.0


Oui, OHCI est un type d'interface pour les contrôleurs hôtes USB 1.1 mais ma question portait sur le type d'USB de l'Arduino, le périphérique.

gaminconnu a écrit :

ohci_hcd.distrust_firmware=0


Cela m'a surpris car j'aurais plutôt pensé que 0 était déjà la valeur par défaut, mais il s'avère que c'est le contraire, du moins pour cette version du noyau (voir plus bas). Mais impossible de vérifier simplement en chargeant le module car celui-ci n'exporte pas ses paramètres dans /sys/module/ohci_hcd.

gaminconnu a écrit :

De ça je crée un fichier /etc/modprobe.d/ohci_distrust_firmware.conf


Tu aurais pu te contenter d'ajouter le paramètre dans la ligne de commande du noyau de façon permanente via /etc/default/grub et update-grub. Il me semble que c'est un peu plus souple pour le supprimer en direct au démarrage via le chargeur d'amorçage.

gaminconnu a écrit :

Cette correction n'aurait-elle pas dû être introduite dans la mise à jour ?


Très bonne question. Le patch "usb: ohci: Default to per-port over-current protection" a été introduit initialement dans le noyau amont 5.10 puis rétroporté dans les versions "longterm" amont comme 4.9.x et 4.19.x sur lesquelles les noyaux Debian de stretch et buster sont basés respectivement. Or un autre patch du même auteur a été introduit en même temps dans la version 5.10 :

usb: ohci: Make distrust_firmware param default to false

The 'distrust_firmware' module parameter dates from 2004 and the USB
subsystem is a lot more mature and reliable now than it was then.
Alter the default to false now.



Mais ce second patch n'a pas été rétroporté dans les versions longterm 4.9 et 4.19. Cela peut se comprendre : d'une part il modifie un réglage par défaut, ce qui va à l'encontre d'une version stable, d'autre part a priori il ne s'agit pas d'une correction de bug et il n'est pas directement lié au patch précédent.

https://git.kernel.org/pub/scm/linux/ke … .c?h=v5.10
https://git.kernel.org/pub/scm/linux/ke … h=v4.9.246
https://git.kernel.org/pub/scm/linux/ke … =v4.19.160

gaminconnu a écrit :

Si oui, il s'agit d'un bug qui doit peut-être être rapporté.


Tu peux envoyer un rapport de bug à Debian en demandant l'inclusion du second patch. De mon côté quand j'aurais le temps j'ai bien envie de tester sur quelques vieilles machines avec des chipset USB OHCI pour voir si le problème est spécifique à ton PC ou plus général. Il ne faudrait pas que le changement de valeur par défaut cause plus de problèmes qu'il n'en résoud.


Il vaut mieux montrer que raconter.

Hors ligne

#12 16-01-2021 17:45:45

gaminconnu
Membre
Inscription : 04-01-2021

Re : module ohci_pci

Pour répondre à la question concernant le périphérique Arduino.


Arduino (partie de dmesg)

[ 2539.728044] usb 2-1: new full-speed USB device number 2 using ohci-pci
[ 2539.955995] usb 2-1: New USB device found, idVendor=10c4, idProduct=ea60
[ 2539.956073] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 2539.956125] usb 2-1: Product: CP2102 USB to UART Bridge Controller
[ 2539.956173] usb 2-1: Manufacturer: Silicon Labs
[ 2539.956220] usb 2-1: SerialNumber: 0001
[ 2540.381733] usbcore: registered new interface driver usbserial
[ 2540.381889] usbcore: registered new interface driver usbserial_generic
[ 2540.381977] usbserial: USB Serial support registered for generic
[ 2540.396733] usbcore: registered new interface driver cp210x
[ 2540.396835] usbserial: USB Serial support registered for cp210x
[ 2540.396950] cp210x 2-1:1.0: cp210x converter detected
[ 2540.408215] usb 2-1: cp210x converter now attached to ttyUSB0
[ 2625.630360] usb 2-1: USB disconnect, device number 2
[ 2625.634293] cp210x ttyUSB0: cp210x converter now disconnected from ttyUSB0
[ 2625.634419] cp210x 2-1:1.0: device disconnected

 



souris (partie de dmesg)

[ 4246.372072] usb 2-1: new low-speed USB device number 5 using ohci-pci
[ 4246.599061] usb 2-1: New USB device found, idVendor=045e, idProduct=0084
[ 4246.599071] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 4246.599075] usb 2-1: Product: Basic Optical Mouse
[ 4246.599079] usb 2-1: Manufacturer: Microsoft
[ 4246.610490] input: Microsoft Basic Optical Mouse as /devices/pci0000:00/0000:00:03.0/usb2/2-1/2-1:1.0/0003:045E:0084.0002/input/input17
[ 4246.615073] hid-generic 0003:045E:0084.0002: input,hidraw0: USB HID v1.10 Mouse [Microsoft Basic Optical Mouse] on usb-0000:00:03.0-1/input0

 



Le même module ohci-pci.

Et pour être complet  une partie de

/sys/kernel/debug/usb/devices
 



Arduino


T:  Bus=02 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=12   MxCh= 3
B:  Alloc=  0/900 us ( 0%), #Int=  0, #Iso=  0
D:  Ver= 1.10 Cls=09(hub  ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
P:  Vendor=1d6b ProdID=0001 Rev= 4.09
S:  Manufacturer=Linux 4.9.0-14-686-pae ohci_hcd
S:  Product=OHCI PCI host controller
S:  SerialNumber=0000:00:03.0
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=  0mA
I:* If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub
E:  Ad=81(I) Atr=03(Int.) MxPS=   2 Ivl=255ms

T:  Bus=02 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#=  7 Spd=12   MxCh= 0
D:  Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
P:  Vendor=10c4 ProdID=ea60 Rev= 1.00
S:  Manufacturer=Silicon Labs
S:  Product=CP2102 USB to UART Bridge Controller
S:  SerialNumber=0001
C:* #Ifs= 1 Cfg#= 1 Atr=80 MxPwr=100mA
I:* If#= 0 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=00 Prot=00 Driver=cp210x
E:  Ad=81(I) Atr=02(Bulk) MxPS=  64 Ivl=0ms
E:  Ad=01(O) Atr=02(Bulk) MxPS=  64 Ivl=0ms

 



la souris

T:  Bus=02 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=12   MxCh= 3
B:  Alloc= 11/900 us ( 1%), #Int=  1, #Iso=  0
D:  Ver= 1.10 Cls=09(hub  ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
P:  Vendor=1d6b ProdID=0001 Rev= 4.09
S:  Manufacturer=Linux 4.9.0-14-686-pae ohci_hcd
S:  Product=OHCI PCI host controller
S:  SerialNumber=0000:00:03.0
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=  0mA
I:* If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub
E:  Ad=81(I) Atr=03(Int.) MxPS=   2 Ivl=255ms

T:  Bus=02 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#=  8 Spd=1.5  MxCh= 0
D:  Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
P:  Vendor=045e ProdID=0084 Rev= 0.00
S:  Manufacturer=Microsoft
S:  Product=Basic Optical Mouse
C:* #Ifs= 1 Cfg#= 1 Atr=a0 MxPwr=100mA
I:* If#= 0 Alt= 0 #EPs= 1 Cls=03(HID  ) Sub=01 Prot=02 Driver=usbhid
E:  Ad=81(I) Atr=03(Int.) MxPS=   4 Ivl=10ms

 



Il est vrai que la machine à un âge plus que respectable (2006 si mes souvenirs sont bons, sous Debian depuis quelque temps aussi.
Preuve que , non, Linux ne grille pas le matériel).

Ceci dit , je ne vais pas considérer qu'il s'agit d'un bug car le dique usb fonctionne avec ou sans la correction sur d'autres machines.

Merci encore, je trouve le site vraiment intéressant !
Et il me reste encore beaucoup à y apprendre. big_smile

Hors ligne

#13 16-01-2021 19:06:23

raleur
Membre
Inscription : 03-10-2014

Re : module ohci_pci

gaminconnu a écrit :

Le même module ohci-pci.


Oui, donc c'est un périphérique USB 1.1 comme la souris, alors que le disque est USB 2.0 géré par ehci.

gaminconnu a écrit :

la machine a un âge plus que respectable (2006 si mes souvenirs sont bons


Quel est son chipset USB ?
J'ai testé sur des machines utilisant l'interface OHCI (deux Athlon 64 avec chipset Nvidia MCP61, un Core 2 Duo avec chipset Nvidia MCP73 et un Athlon XP avec chipset Nvidia nForce 2 et un Sempron 32 bits avec chipset VIA VT8235) et les deux noyaux linux-image-4.9.0-14-686-pae et linux-image-4.19.0-13-686-pae, impossible de reproduire le bug.

Edit : le chipset VIA utilise l'interface UHCI donc n'est pas concerné.

gaminconnu a écrit :

Ceci dit , je ne vais pas considérer qu'il s'agit d'un bug


C'est indubitablement un bug, mais la question est de savoir quelle est sa fréquence : s'il affecte une proportion non négligeable de chipsets USB OHCI, le chipset particulier de ta carte mère ou spécifiquement ton modèle de carte mère.

gaminconnu a écrit :

car le disque usb fonctionne avec ou sans la correction sur d'autres machines.


Tu veux dire que le système installé sur ce disque voit bien les périphériques USB 1.1 lorsqu'il tourne sur d'autres machines ?
Est-ce que les autres machines ont aussi un chipset USB 1.1 OHCI ?

Dernière modification par raleur (20-01-2021 09:39:34)


Il vaut mieux montrer que raconter.

Hors ligne

#14 17-01-2021 21:10:28

gaminconnu
Membre
Inscription : 04-01-2021

Re : module ohci_pci

encore quelques infos

sur la machine asus Z9200U qui bug

lspci -nnvvv


00:00.0 Host bridge [0600]: Silicon Integrated Systems [SiS] 760/M760 Host [1039:0760] (rev 03)
  Subsystem: ASUSTeK Computer Inc. 760/M760 Host [1043:1977]
  Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
  Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ >SERR- <PERR- INTx-
  Latency: 32
  Region 0: Memory at e0000000 (32-bit, non-prefetchable) [size=64M]
  Capabilities: [a0] AGP version 3.0
    Status: RQ=32 Iso- ArqSz=2 Cal=3 SBA+ ITACoh- GART64- HTrans- 64bit- FW- AGP3+ Rate=x4,x8
    Command: RQ=1 ArqSz=0 Cal=0 SBA+ AGP- GART64- 64bit- FW- Rate=<none>
  Capabilities: [d0] HyperTransport: Slave or Primary Interface
    Command: BaseUnitID=0 UnitCnt=9 MastHost- DefDir- DUL-
    Link Control 0: CFlE- CST- CFE- <LkFail- Init+ EOC+ TXO- <CRCErr=0 IsocEn- LSEn- ExtCTL- 64b-
    Link Config 0: MLWI=16bit DwFcIn- MLWO=16bit DwFcOut- LWI=16bit DwFcInEn- LWO=16bit DwFcOutEn-
    Link Control 1: CFlE- CST- CFE- <LkFail+ Init- EOC+ TXO+ <CRCErr=0 IsocEn- LSEn- ExtCTL- 64b-
    Link Config 1: MLWI=N/C DwFcIn- MLWO=N/C DwFcOut- LWI=N/C DwFcInEn- LWO=N/C DwFcOutEn-
    Revision ID: 1.02
    Link Frequency 0: 800MHz
    Link Error 0: <Prot- <Ovfl- <EOC- CTLTm-
    Link Frequency Capability 0: 200MHz+ 300MHz- 400MHz+ 500MHz- 600MHz+ 800MHz+ 1.0GHz- 1.2GHz- 1.4GHz- 1.6GHz- Vend-
    Feature Capability: IsocFC- LDTSTOP+ CRCTM- ECTLT- 64bA- UIDRD-
    Link Frequency 1: 200MHz
    Link Error 1: <Prot- <Ovfl- <EOC- CTLTm-
    Link Frequency Capability 1: 200MHz- 300MHz- 400MHz- 500MHz- 600MHz- 800MHz- 1.0GHz- 1.2GHz- 1.4GHz- 1.6GHz- Vend-
    Error Handling: PFlE- OFlE- PFE- OFE- EOCFE- RFE- CRCFE- SERRFE- CF- RE- PNFE- ONFE- EOCNFE- RNFE- CRCNFE- SERRNFE-
    Prefetchable memory behind bridge Upper: 00-00
    Bus Number: 00
  Capabilities: [f0] HyperTransport: Interrupt Discovery and Configuration
  Kernel driver in use: agpgart-amd64

00:01.0 PCI bridge [0604]: Silicon Integrated Systems [SiS] AGP Port (virtual PCI-to-PCI bridge) [1039:0002] (prog-if 00 [Normal decode])
  Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
  Status: Cap- 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
  Latency: 64
  Bus: primary=00, secondary=01, subordinate=01, sec-latency=64
  I/O behind bridge: 0000a000-0000afff
  Memory behind bridge: dee00000-deefffff
  Prefetchable memory behind bridge: cad00000-dacfffff
  Secondary status: 66MHz+ FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- <SERR- <PERR-
  BridgeCtl: Parity- SERR+ NoISA- VGA+ MAbort- >Reset- FastB2B-
    PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
  Kernel modules: shpchp

00:02.0 ISA bridge [0601]: Silicon Integrated Systems [SiS] SiS964 [MuTIOL Media IO] LPC Controller [1039:0964] (rev 36)
  Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
  Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
  Latency: 0
  Kernel modules: i2c_sis630

00:02.5 IDE interface [0101]: Silicon Integrated Systems [SiS] 5513 IDE Controller [1039:5513] (rev 01) (prog-if 80 [Master])
  Subsystem: ASUSTeK Computer Inc. 5513 IDE Controller [1043:1977]
  Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
  Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
  Latency: 128
  Region 0: I/O ports at 01f0 [size=8]
  Region 1: I/O ports at 03f4
  Region 2: I/O ports at 0170 [size=8]
  Region 3: I/O ports at 0374
  Region 4: I/O ports at ffa0 [size=16]
  Capabilities: [58] Power Management version 2
    Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold+)
    Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
  Kernel driver in use: pata_sis
  Kernel modules: pata_sis, ata_generic

00:02.6 Modem [0703]: Silicon Integrated Systems [SiS] AC'97 Modem Controller [1039:7013] (rev a0) (prog-if 00 [Generic])
  Subsystem: ASUSTeK Computer Inc. AC'97 Modem Controller [1043:1816]
  Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
  Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
  Latency: 64 (13000ns min, 2750ns max)
  Interrupt: pin C routed to IRQ 18
  Region 0: I/O ports at e800 [size=256]
  Region 1: I/O ports at ec00 [size=128]
  Capabilities: [48] Power Management version 2
    Flags: PMEClk- DSI- D1- D2- AuxCurrent=55mA PME(D0-,D1-,D2-,D3hot+,D3cold+)
    Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
  Kernel driver in use: snd_intel8x0m
  Kernel modules: snd_intel8x0m

00:02.7 Multimedia audio controller [0401]: Silicon Integrated Systems [SiS] SiS7012 AC'97 Sound Controller [1039:7012] (rev a0)
  Subsystem: ASUSTeK Computer Inc. SiS7012 AC'97 Sound Controller [1043:1103]
  Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
  Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
  Latency: 64 (13000ns min, 2750ns max)
  Interrupt: pin C routed to IRQ 18
  Region 0: I/O ports at e400 [size=256]
  Region 1: I/O ports at e000 [size=128]
  Capabilities: [48] Power Management version 2
    Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=55mA PME(D0-,D1-,D2-,D3hot+,D3cold+)
    Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
  Kernel driver in use: snd_intel8x0
  Kernel modules: snd_intel8x0

00:03.0 USB controller [0c03]: Silicon Integrated Systems [SiS] USB 1.1 Controller [1039:7001] (rev 0f) (prog-if 10 [OHCI])
  Subsystem: ASUSTeK Computer Inc. USB 1.1 Controller [1043:1977]
  Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
  Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
  Latency: 64 (20000ns max)
  Interrupt: pin A routed to IRQ 20
  Region 0: Memory at dffff000 (32-bit, non-prefetchable) [size=4K]
  Kernel driver in use: ohci-pci
  Kernel modules: ohci_pci

00:03.1 USB controller [0c03]: Silicon Integrated Systems [SiS] USB 1.1 Controller [1039:7001] (rev 0f) (prog-if 10 [OHCI])
  Subsystem: ASUSTeK Computer Inc. USB 1.1 Controller [1043:1977]
  Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
  Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
  Latency: 64 (20000ns max)
  Interrupt: pin B routed to IRQ 21
  Region 0: Memory at dfffe000 (32-bit, non-prefetchable) [size=4K]
  Kernel driver in use: ohci-pci
  Kernel modules: ohci_pci

00:03.2 USB controller [0c03]: Silicon Integrated Systems [SiS] USB 1.1 Controller [1039:7001] (rev 0f) (prog-if 10 [OHCI])
  Subsystem: ASUSTeK Computer Inc. USB 1.1 Controller [1043:1977]
  Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
  Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
  Latency: 64 (20000ns max)
  Interrupt: pin C routed to IRQ 22
  Region 0: Memory at dfffd000 (32-bit, non-prefetchable) [size=4K]
  Kernel driver in use: ohci-pci
  Kernel modules: ohci_pci

00:03.3 USB controller [0c03]: Silicon Integrated Systems [SiS] USB 2.0 Controller [1039:7002] (prog-if 20 [EHCI])
  Subsystem: ASUSTeK Computer Inc. USB 2.0 Controller [1043:1977]
  Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
  Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
  Latency: 64 (20000ns max)
  Interrupt: pin D routed to IRQ 23
  Region 0: Memory at dfffc000 (32-bit, non-prefetchable) [size=4K]
  Capabilities: [50] Power Management version 2
    Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
    Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
  Kernel driver in use: ehci-pci
  Kernel modules: ehci_pci

00:09.0 Network controller [0280]: Broadcom Limited BCM4318 [AirForce One 54g] 802.11g Wireless LAN Controller [14e4:4318] (rev 02)
  Subsystem: ASUSTeK Computer Inc. A6U notebook embedded card [1043:120f]
  Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
  Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
  Latency: 64
  Interrupt: pin A routed to IRQ 18
  Region 0: Memory at dfffa000 (32-bit, non-prefetchable) [size=8K]
  Kernel driver in use: b43-pci-bridge
  Kernel modules: ssb

00:0a.0 CardBus bridge [0607]: Ricoh Co Ltd RL5c476 II [1180:0476] (rev ac)
  Subsystem: ASUSTeK Computer Inc. RL5c476 II [1043:1107]
  Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
  Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
  Latency: 168
  Interrupt: pin A routed to IRQ 17
  Region 0: Memory at 40000000 (32-bit, non-prefetchable) [size=4K]
  Bus: primary=00, secondary=02, subordinate=05, sec-latency=176
  Memory window 0: 44000000-47ffffff (prefetchable)
  Memory window 1: 48000000-4bffffff
  I/O window 0: 00001000-000010ff
  I/O window 1: 00001400-000014ff
  BridgeCtl: Parity+ SERR+ ISA- VGA- MAbort- >Reset- 16bInt+ PostWrite+
  16-bit legacy interface ports at 0001
  Capabilities: [dc] Power Management version 2
    Flags: PMEClk+ DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
    Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=2 PME-
    Bridge: PM- B3+
  Kernel driver in use: yenta_cardbus
  Kernel modules: yenta_socket

00:0a.1 CardBus bridge [0607]: Ricoh Co Ltd RL5c476 II [1180:0476] (rev ac)
  Subsystem: ASUSTeK Computer Inc. RL5c476 II [1043:1107]
  Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
  Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
  Latency: 168
  Interrupt: pin B routed to IRQ 18
  Region 0: Memory at 4c000000 (32-bit, non-prefetchable) [size=4K]
  Bus: primary=00, secondary=06, subordinate=09, sec-latency=176
  Memory window 0: 50000000-53ffffff (prefetchable)
  Memory window 1: 54000000-57ffffff
  I/O window 0: 00001800-000018ff
  I/O window 1: 00001c00-00001cff
  BridgeCtl: Parity- SERR- ISA- VGA- MAbort- >Reset- 16bInt+ PostWrite+
  16-bit legacy interface ports at 0001
  Capabilities: [dc] Power Management version 2
    Flags: PMEClk+ DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
    Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=2 PME-
    Bridge: PM- B3+
  Kernel driver in use: yenta_cardbus
  Kernel modules: yenta_socket

00:0a.2 FireWire (IEEE 1394) [0c00]: Ricoh Co Ltd R5C552 IEEE 1394 Controller [1180:0552] (rev 04) (prog-if 10 [OHCI])
  Subsystem: ASUSTeK Computer Inc. R5C552 IEEE 1394 Controller [1043:1107]
  Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
  Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
  Latency: 64 (500ns min, 1000ns max)
  Interrupt: pin C routed to IRQ 19
  Region 0: Memory at dfff9800 (32-bit, non-prefetchable) [size=2K]
  Capabilities: [dc] Power Management version 2
    Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
    Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=2 PME+
  Kernel driver in use: firewire_ohci
  Kernel modules: firewire_ohci

00:0b.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL-8100/8101L/8139 PCI Fast Ethernet Adapter [10ec:8139] (rev 10)
  Subsystem: ASUSTeK Computer Inc. L8400B or L3C/S notebook [1043:1045]
  Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
  Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
  Latency: 64 (8000ns min, 16000ns max)
  Interrupt: pin A routed to IRQ 19
  Region 0: I/O ports at d800 [size=256]
  Region 1: Memory at dfff9400 (32-bit, non-prefetchable) [size=256]
  Capabilities: [50] Power Management version 2
    Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0-,D1+,D2+,D3hot+,D3cold+)
    Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
  Kernel driver in use: 8139too
  Kernel modules: 8139cp, 8139too

00:18.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration [1022:1100]
  Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
  Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
  Capabilities: [80] HyperTransport: Host or Secondary Interface
    Command: WarmRst+ DblEnd- DevNum=0 ChainSide- HostHide+ Slave- <EOCErr- DUL-
    Link Control: CFlE- CST- CFE- <LkFail- Init+ EOC- TXO- <CRCErr=0 IsocEn- LSEn- ExtCTL- 64b-
    Link Config: MLWI=16bit DwFcIn- MLWO=16bit DwFcOut- LWI=16bit DwFcInEn- LWO=16bit DwFcOutEn-
    Revision ID: 1.02
    Link Frequency: 800MHz
    Link Error: <Prot- <Ovfl- <EOC- CTLTm-
    Link Frequency Capability: 200MHz+ 300MHz- 400MHz+ 500MHz- 600MHz+ 800MHz+ 1.0GHz+ 1.2GHz- 1.4GHz- 1.6GHz- Vend-
    Feature Capability: IsocFC- LDTSTOP+ CRCTM- ECTLT- 64bA- UIDRD- ExtRS- UCnfE-

00:18.1 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] K8 [Athlon64/Opteron] Address Map [1022:1101]
  Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
  Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-

00:18.2 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] K8 [Athlon64/Opteron] DRAM Controller [1022:1102]
  Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
  Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-

00:18.3 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] K8 [Athlon64/Opteron] Miscellaneous Control [1022:1103]
  Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
  Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
  Kernel driver in use: k8temp
  Kernel modules: k8temp

01:00.0 VGA compatible controller [0300]: Silicon Integrated Systems [SiS] 661/741/760 PCI/AGP or 662/761Gx PCIE VGA Display Adapter [1039:6330] (prog-if 00 [VGA controller])
  Subsystem: ASUSTeK Computer Inc. 661/741/760 PCI/AGP or 662/761Gx PCIE VGA Display Adapter [1043:1102]
  Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
  Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
  Interrupt: pin A routed to IRQ 10
  BIST result: 00
  Region 0: Memory at d0000000 (32-bit, prefetchable) [size=128M]
  Region 1: Memory at deee0000 (32-bit, non-prefetchable) [size=128K]
  Region 2: I/O ports at ac00 [size=128]
  [virtual] Expansion ROM at 000c0000 [disabled] [size=128K]
  Capabilities: [40] Power Management version 2
    Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
    Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
  Capabilities: [50] AGP version 3.0
    Status: RQ=256 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW- AGP3+ Rate=x4,x8
    Command: RQ=1 ArqSz=0 Cal=0 SBA- AGP- GART64- 64bit- FW- Rate=<none>
  Kernel modules: sisfb
 



J'epère que tu as suffisament d'infos pour comparer par rapport à tes propres tests !   smile
( pour ce qui nous concerne "Silicon Integrated Systems" )

Pour  l'autre machine tu as raison en réalité elle utilise ehci et non ohci pour la souris.

Au temps pour moi !   neutral

J'ai suivi ton conseil et placé mon paramètre dans la ligne de boot, et il suffit de passer ohci-hcd.distrust_firmware=1  valeur par défaut
pour provoquer le bug.

Hors ligne

#15 19-01-2021 22:18:55

gaminconnu
Membre
Inscription : 04-01-2021

Re : module ohci_pci

ok j'ai rapporté le bug ! wink

Hors ligne

#16 20-01-2021 09:35:49

raleur
Membre
Inscription : 03-10-2014

Re : module ohci_pci

gaminconnu a écrit :

J'epère que tu as suffisament d'infos pour comparer par rapport à tes propres tests !   
( pour ce qui nous concerne "Silicon Integrated Systems" )


SiS n'était pas le fabricant de chipsets le plus réputé, que ce soit pour les cartes mères ou les cartes graphiques.
J'ai cherché dans mon stock de vieilles cartes mères, mais je n'en ai aucune avec un chipset SiS. Je n'ai que des cartes mères à chipset UHCI (Intel et VIA) non concernés ou à chipset OHCI Nvidia (du nForce 2 pour Athlon 32 au MCP73 pour Core 2 Duo) avec lesquels je n'ai pas constaté le problème. Pas de chipset ATI, ALi ou autre qui utilise l'interface OHCI.

gaminconnu a écrit :

Pour  l'autre machine tu as raison en réalité elle utilise ehci et non ohci pour la souris.


Tu es sûr ? Ce n'est pas plutôt UHCI ou xHCI ? L'interface EHCI est pour les contrôleurs et périphériques USB 2.0. J'ai lu qu'il existait des chipset intégrant un pont USB 1.1-USB 2.0 pour que les périphériques USB 1.1 puissent être gérés par le contrôleur EHCI, mais je n'en ai jamais vu.

gaminconnu a écrit :

ok j'ai rapporté le bug !


Quel numéro ?


Il vaut mieux montrer que raconter.

Hors ligne

#17 20-01-2021 23:41:02

gaminconnu
Membre
Inscription : 04-01-2021

Re : module ohci_pci

bug = 980450 smile   

As-tu réussi à reproduire le bug avec un autre matériel  ?

Hors ligne

#18 21-01-2021 16:59:46

raleur
Membre
Inscription : 03-10-2014

Re : module ohci_pci

Merci. Je vais suivre cela avec intérêt.
Non, je n'ai pas réussi à reproduire le bug avec des chipsets Nvidia comme indiqué dans mon message #16.

Il vaut mieux montrer que raconter.

Hors ligne

#19 07-02-2021 14:37:07

raleur
Membre
Inscription : 03-10-2014

Re : module ohci_pci

Il y a du nouveau. Le second patch introduit dans le noyau 5.10 a été rétroporté dans les versions amont 4.9.253 et 4.19.170 ainsi que dans la nouvelle version du noyau de buster 4.19.0-14 (4.19.171-2). Tu peux vérifier avec l'installation de Buster sur ton disque externe si le problème ne se produit plus sans le paramètre distrust_firmware=0. Cependant pas de mise à jour du noyau 4.9 de stretch en vue.

https://git.kernel.org/pub/scm/linux/ke … h=v4.9.253
https://git.kernel.org/pub/scm/linux/ke … =v4.19.170
https://metadata.ftp-master.debian.org/ … _changelog

Il vaut mieux montrer que raconter.

Hors ligne

Pied de page des forums