OVH Cloud OVH Cloud

Problème d'USB

5 réponses
Avatar
François Valenduc
Bonjour à tous,

J'ai découvert un problème étrange lié à l'USB ce matin. En fait, je ne
sais pas très bien si mes ports USB fonctionnent en 1.0 ou en 2.0. Voici
les messages obtenus lors du chargement des modules uhci-hcd et ehci-hcd:

uhci_hcd 0000:00:1d.0: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M)
USB UHCI Controller #1
uhci_hcd 0000:00:1d.0: irq 6, io base 0x1800
uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 1
uhci_hcd 0000:00:1d.1: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M)
USB UHCI Controller #2

... (idem que ci-dessus avec les bus n°2 et 3)

ehci_hcd 0000:00:1d.7: irq 10, pci mem 0xd0000000
ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 4
ehci_hcd 0000:00:1d.7: USB 2.0 initialized, EHCI 1.00, driver 26 Oct 2004
ehci_hcd 0000:00:1d.7: fatal error
ehci_hcd 0000:00:1d.7: HC died; cleaning up
usb 2-1: new full speed USB device using uhci_hcd and address 3

Comme il est indiqué "fatal error" et "HC died" lors du chargemnt du
module "ehci-hcd", celà veut-il dire que mes ports USB ne fonctionnent
qu'en 1.0 ? Par ailleurs si je charge le module ehci-hcd sans charger le
module uhci-hcd, j'obtiens un kernel panic:
call trace c010372F show stack +0x7f/0xa0
c01038d6 show_register +0x156/0x1c0
c0103ac8 die+0xc8/0x150
c0103f7c do_invalid_op+0xbc/0xd0
c01033bF error code+0x2b/0xd0
e09e9a5b usb_hc_died +0x5b/0x70[usbcore]
e09e999f4 usb_hcd_irq +0x64/0x70[usbcore]
c013ea53 handle_irq_event+0x33/0x70
c0104c6c do_irq+0xb8/0x100
c0104c6c do_irq+0x1C/0x30
c010331a common_interrupt+0x1a/0x20
Kernel panic not syncing fatal exception in interrupt

Je précise encore que j'ai 3 ports usb, que j'utilise le noyau 2.6.10 et
Debian Sid. Merci pour votre aide

--
François Valenduc

Mon adresse e-mail est bien sur truquée
Enlever le deuxième c à la fin et mettre un point après francois pour me
répondre

5 réponses

Avatar
l'indien
On Thu, 24 Feb 2005 13:45:49 +0100, François Valenduc wrote:

Bonjour à tous,

J'ai découvert un problème étrange lié à l'USB ce matin. En fait, je ne
sais pas très bien si mes ports USB fonctionnent en 1.0 ou en 2.0. Voici
les messages obtenus lors du chargement des modules uhci-hcd et ehci-hcd:
[...]

ehci_hcd 0000:00:1d.7: irq 10, pci mem 0xd0000000
ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 4
ehci_hcd 0000:00:1d.7: USB 2.0 initialized, EHCI 1.00, driver 26 Oct 2004
ehci_hcd 0000:00:1d.7: fatal error
ehci_hcd 0000:00:1d.7: HC died; cleaning up
usb 2-1: new full speed USB device using uhci_hcd and address 3

Comme il est indiqué "fatal error" et "HC died" lors du chargemnt du
module "ehci-hcd", celà veut-il dire que mes ports USB ne fonctionnent
qu'en 1.0 ?


En 1.1 ! Le 1.0 (à 1.5 Mbps) n'est jamais implémenté dans les "host
devices", c'est toujours du 1.1 (qui gère toujours le 1.0 au besoin).

Par ailleurs si je charge le module ehci-hcd sans charger le
module uhci-hcd, j'obtiens un kernel panic:
call trace c010372F show stack +0x7f/0xa0
[...]


On ne peut rien faire d'un kernel panic sans avoir les symboles du noyau
en question ainsi que les sources.
Fait un bug-report auprès de Debian avec ces informations.

Avatar
François Valenduc
On Thu, 24 Feb 2005 13:45:49 +0100, François Valenduc wrote:


Bonjour à tous,

J'ai découvert un problème étrange lié à l'USB ce matin. En fait, je ne
sais pas très bien si mes ports USB fonctionnent en 1.0 ou en 2.0. Voici
les messages obtenus lors du chargement des modules uhci-hcd et ehci-hcd:


[...]

ehci_hcd 0000:00:1d.7: irq 10, pci mem 0xd0000000
ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 4
ehci_hcd 0000:00:1d.7: USB 2.0 initialized, EHCI 1.00, driver 26 Oct 2004
ehci_hcd 0000:00:1d.7: fatal error
ehci_hcd 0000:00:1d.7: HC died; cleaning up
usb 2-1: new full speed USB device using uhci_hcd and address 3

Comme il est indiqué "fatal error" et "HC died" lors du chargemnt du
module "ehci-hcd", celà veut-il dire que mes ports USB ne fonctionnent
qu'en 1.0 ?



En 1.1 ! Le 1.0 (à 1.5 Mbps) n'est jamais implémenté dans les "host
devices", c'est toujours du 1.1 (qui gère toujours le 1.0 au besoin).


Par ailleurs si je charge le module ehci-hcd sans charger le
module uhci-hcd, j'obtiens un kernel panic:
call trace c010372F show stack +0x7f/0xa0


[...]

On ne peut rien faire d'un kernel panic sans avoir les symboles du noyau
en question ainsi que les sources.
Fait un bug-report auprès de Debian avec ces informations.

D'accord. En fait, j'utilise les sources standards du noyau donc je ne

vois pas très bien comment rapporter un bug à Debian. J'ai effectivement
confondu USB 1.0 et 1.1. Mais comment pourrais-je savoir si l'USB 2.0
est activé ou non ?

--
François Valenduc

Mon adresse e-mail est bien sur truquée
Enlever le deuxième c à la fin et mettre un point après francois pour me
répondre


Avatar
l'indien
On Thu, 24 Feb 2005 13:58:20 +0100, François Valenduc wrote:

On Thu, 24 Feb 2005 13:45:49 +0100, François Valenduc wrote:


Bonjour à tous,

J'ai découvert un problème étrange lié à l'USB ce matin. En fait, je ne
sais pas très bien si mes ports USB fonctionnent en 1.0 ou en 2.0. Voici
les messages obtenus lors du chargement des modules uhci-hcd et ehci-hcd:


[...]

ehci_hcd 0000:00:1d.7: irq 10, pci mem 0xd0000000
ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 4
ehci_hcd 0000:00:1d.7: USB 2.0 initialized, EHCI 1.00, driver 26 Oct 2004
ehci_hcd 0000:00:1d.7: fatal error
ehci_hcd 0000:00:1d.7: HC died; cleaning up
usb 2-1: new full speed USB device using uhci_hcd and address 3

Comme il est indiqué "fatal error" et "HC died" lors du chargemnt du
module "ehci-hcd", celà veut-il dire que mes ports USB ne fonctionnent
qu'en 1.0 ?



En 1.1 ! Le 1.0 (à 1.5 Mbps) n'est jamais implémenté dans les "host
devices", c'est toujours du 1.1 (qui gère toujours le 1.0 au besoin).


Par ailleurs si je charge le module ehci-hcd sans charger le
module uhci-hcd, j'obtiens un kernel panic:
call trace c010372F show stack +0x7f/0xa0


[...]

On ne peut rien faire d'un kernel panic sans avoir les symboles du noyau
en question ainsi que les sources.
Fait un bug-report auprès de Debian avec ces informations.

D'accord. En fait, j'utilise les sources standards du noyau donc je ne

vois pas très bien comment rapporter un bug à Debian. J'ai effectivement
confondu USB 1.0 et 1.1. Mais comment pourrais-je savoir si l'USB 2.0
est activé ou non ?


Le module qui crashe (ehci_hcd) est celui qui gère l'USB 2.0. Donc,
après le crash, tu ne peux surement pas espérer utiliser celui-ci.
Essaye de prendre un 2.6.11-rc<x> pour voir si le problème persiste ou
s'il a été corrigé. S'il persiste, regarde si le bug est connu
sur la mailing-list :
S'il n'est pas connu, utilise ksymoops pour avoir plus d'informations sur
le bug et envoie un mail avec ces informations sur cette même
mailing-list.



Avatar
François Valenduc
D'accord. En fait, j'utilise les sources standards du noyau donc je ne
vois pas très bien comment rapporter un bug à Debian. J'ai effectivement
confondu USB 1.0 et 1.1. Mais comment pourrais-je savoir si l'USB 2.0
est activé ou non ?



Le module qui crashe (ehci_hcd) est celui qui gère l'USB 2.0. Donc,
après le crash, tu ne peux surement pas espérer utiliser celui-ci.
Essaye de prendre un 2.6.11-rc<x> pour voir si le problème persiste ou
s'il a été corrigé. S'il persiste, regarde si le bug est connu
sur la mailing-list :
S'il n'est pas connu, utilise ksymoops pour avoir plus d'informations sur
le bug et envoie un mail avec ces informations sur cette même
mailing-list.

En fait, çà a l'air d'être un bud du noyau 2.6.10 où c'est peut-être lié

à mon pc. En tout cas, çà sera sans doute corrigé dans le noyau 2.6.11.
En effet, j'ai testé la version 2.6.11-rc4 et les choses ont l'air
d'aller beaucoup mieux. Voici un extrait de dmesg qui reprend les
messages apparaissant au chargement des modules ehci-hcd et uhci-hcd::

uhci_hcd 0000:00:1d.0: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M)
USB UHCI Controller #1
uhci_hcd 0000:00:1d.0: irq 6, io base 0x1800
uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 1
uhci_hcd 0000:00:1d.1: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M)
USB UHCI Controller #2
...
ehci_hcd 0000:00:1d.7: Intel Corp. 82801DB/DBM (ICH4/ICH4-M) USB 2.0
EHCI Controller
ehci_hcd 0000:00:1d.7: irq 10, pci mem 0xd0000000
ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 4
ehci_hcd 0000:00:1d.7: USB 2.0 initialized, EHCI 1.00, driver 10 Dec 2004

Donc les choses ont l'air de fonctionner beaucoup mieux. Il n'y a plus
de traces de "fatal error" ou "HC died" comme précédemment. Il y en
avait encore un autre (usb usb4: string descriptor 0 read error) qui
n'apparaît plus non plus. Comme je n'ai pas encore remarqué de problème
majeur avec le noyau 2.6.11-rc4, je vais continuer avec. J'ai juste du
battailler pas mal pour compiler les pilotes ATI et HSF mais c'est
réglé. Il y a juste que je n'ai pas encore su réinstaller le pilote lufs
et donc je ne sais plus utiliser captive-ntfs.

François

--
François Valenduc

Mon adresse e-mail est bien sur truquée
Enlever le deuxième c à la fin et mettre un point après francois pour me
répondre


Avatar
l'indien
On Fri, 25 Feb 2005 15:23:40 +0100, François Valenduc wrote:

D'accord. En fait, j'utilise les sources standards du noyau donc je ne
vois pas très bien comment rapporter un bug à Debian. J'ai effectivement
confondu USB 1.0 et 1.1. Mais comment pourrais-je savoir si l'USB 2.0
est activé ou non ?



Le module qui crashe (ehci_hcd) est celui qui gère l'USB 2.0. Donc,
après le crash, tu ne peux surement pas espérer utiliser celui-ci.
Essaye de prendre un 2.6.11-rc<x> pour voir si le problème persiste ou
s'il a été corrigé. S'il persiste, regarde si le bug est connu
sur la mailing-list :
S'il n'est pas connu, utilise ksymoops pour avoir plus d'informations sur
le bug et envoie un mail avec ces informations sur cette même
mailing-list.

En fait, çà a l'air d'être un bud du noyau 2.6.10 où c'est peut-être lié

à mon pc.


C'est sans doute lié à ton hardware: j'utilise plusieurs PC avec le
2.6.10 et je n'ai jamais eu ce problème.

En tout cas, çà sera sans doute corrigé dans le noyau 2.6.11.
En effet, j'ai testé la version 2.6.11-rc4 et les choses ont l'air
d'aller beaucoup mieux. Voici un extrait de dmesg qui reprend les
messages apparaissant au chargement des modules ehci-hcd et uhci-hcd::
[...]


Donc, tout va pour le mieux. Ce qu'il faut, c'est que tu guettes la sortie
du 2.6.11 pour pouvoir remettre un noyau stable dès que possible ;-)