Bonjour à tous!
Lorsque je fais un dmesg, j'ai l'erreur
spurious 8259A interrupt: IRQ7
Mon PC a les caractéristiques suivantes:
** version : Linux version 2.4.26-1-386 () (gcc
version
3.3.3
(Debian 20040401)) #2 Sat May 1 16:31:24 EST 2004
** interrupts:
CPU0
0: 77675 XT-PIC timer
1: 4890 XT-PIC keyboard
2: 0 XT-PIC cascade
5: 0 XT-PIC usb-ohci
8: 4 XT-PIC rtc
10: 90 XT-PIC SiS 7012, usb-ohci,
ehci_hcd
11: 52348 XT-PIC usb-uhci, usb-uhci
12: 9235 XT-PIC PS/2 Mouse
14: 15015 XT-PIC ide0
15: 2 XT-PIC ide1
NMI: 0
LOC: 77646
ERR: 13
MIS: 0
** cpu :
processor : 0
vendor_id : AuthenticAMD
cpu family : 6
model : 3
model name : AMD Duron(tm) Processor
stepping : 1
** cpu MHz : 796.629
cache size : 64 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca
cmov pat pse36 mmx fxsr syscall mmxext 3dnowext 3dnow
bogomips : 1589.24
Mon imprimante fonctionne pourtant bien (IRQ7 d'ailleurs non
mentionnée
dans
la liste des interrupts.
J'ai lu sur des forums que cela a un lien avec le Kernel 2.4.26 et
apic, mais
à partir de cela je n'arrive à rien de concret.
RESULTAT: de manière aléatoire, mon PC se plante, les deux led (NUM et
MAJ)
clignotent ensemble, et plus rien) à faire que de rebooter en force.
Q?: Avez-vous eu cette défaillance ? un moyen de résoudre ?
Merci de votre aide .
Stephane.
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-
To:"
To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Bonjour à tous!
Lorsque je fais un dmesg, j'ai l'erreur
spurious 8259A interrupt: IRQ7
Mon PC a les caractéristiques suivantes:
** version : Linux version 2.4.26-1-386 (herbert@gondolin) (gcc
version
3.3.3
(Debian 20040401)) #2 Sat May 1 16:31:24 EST 2004
** interrupts:
CPU0
0: 77675 XT-PIC timer
1: 4890 XT-PIC keyboard
2: 0 XT-PIC cascade
5: 0 XT-PIC usb-ohci
8: 4 XT-PIC rtc
10: 90 XT-PIC SiS 7012, usb-ohci,
ehci_hcd
11: 52348 XT-PIC usb-uhci, usb-uhci
12: 9235 XT-PIC PS/2 Mouse
14: 15015 XT-PIC ide0
15: 2 XT-PIC ide1
NMI: 0
LOC: 77646
ERR: 13
MIS: 0
** cpu :
processor : 0
vendor_id : AuthenticAMD
cpu family : 6
model : 3
model name : AMD Duron(tm) Processor
stepping : 1
** cpu MHz : 796.629
cache size : 64 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca
cmov pat pse36 mmx fxsr syscall mmxext 3dnowext 3dnow
bogomips : 1589.24
Mon imprimante fonctionne pourtant bien (IRQ7 d'ailleurs non
mentionnée
dans
la liste des interrupts.
J'ai lu sur des forums que cela a un lien avec le Kernel 2.4.26 et
apic, mais
à partir de cela je n'arrive à rien de concret.
RESULTAT: de manière aléatoire, mon PC se plante, les deux led (NUM et
MAJ)
clignotent ensemble, et plus rien) à faire que de rebooter en force.
Q?: Avez-vous eu cette défaillance ? un moyen de résoudre ?
Merci de votre aide .
Stephane.
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-
To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
listmaster@lists.debian.org
Bonjour à tous!
Lorsque je fais un dmesg, j'ai l'erreur
spurious 8259A interrupt: IRQ7
Mon PC a les caractéristiques suivantes:
** version : Linux version 2.4.26-1-386 () (gcc
version
3.3.3
(Debian 20040401)) #2 Sat May 1 16:31:24 EST 2004
** interrupts:
CPU0
0: 77675 XT-PIC timer
1: 4890 XT-PIC keyboard
2: 0 XT-PIC cascade
5: 0 XT-PIC usb-ohci
8: 4 XT-PIC rtc
10: 90 XT-PIC SiS 7012, usb-ohci,
ehci_hcd
11: 52348 XT-PIC usb-uhci, usb-uhci
12: 9235 XT-PIC PS/2 Mouse
14: 15015 XT-PIC ide0
15: 2 XT-PIC ide1
NMI: 0
LOC: 77646
ERR: 13
MIS: 0
** cpu :
processor : 0
vendor_id : AuthenticAMD
cpu family : 6
model : 3
model name : AMD Duron(tm) Processor
stepping : 1
** cpu MHz : 796.629
cache size : 64 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca
cmov pat pse36 mmx fxsr syscall mmxext 3dnowext 3dnow
bogomips : 1589.24
Mon imprimante fonctionne pourtant bien (IRQ7 d'ailleurs non
mentionnée
dans
la liste des interrupts.
J'ai lu sur des forums que cela a un lien avec le Kernel 2.4.26 et
apic, mais
à partir de cela je n'arrive à rien de concret.
RESULTAT: de manière aléatoire, mon PC se plante, les deux led (NUM et
MAJ)
clignotent ensemble, et plus rien) à faire que de rebooter en force.
Q?: Avez-vous eu cette défaillance ? un moyen de résoudre ?
Merci de votre aide .
Stephane.
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-
To:"
To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Bonjour à tous!
Lorsque je fais un dmesg, j'ai l'erreur
spurious 8259A interrupt: IRQ7
RESULTAT: de manière aléatoire, mon PC se plante, les deux led (NUM et MAJ)
clignotent ensemble, et plus rien) à faire que de rebooter en force.
Q?: Avez-vous eu cette défaillance ? un moyen de résoudre ?
Bonjour à tous!
Lorsque je fais un dmesg, j'ai l'erreur
spurious 8259A interrupt: IRQ7
RESULTAT: de manière aléatoire, mon PC se plante, les deux led (NUM et MAJ)
clignotent ensemble, et plus rien) à faire que de rebooter en force.
Q?: Avez-vous eu cette défaillance ? un moyen de résoudre ?
Bonjour à tous!
Lorsque je fais un dmesg, j'ai l'erreur
spurious 8259A interrupt: IRQ7
RESULTAT: de manière aléatoire, mon PC se plante, les deux led (NUM et MAJ)
clignotent ensemble, et plus rien) à faire que de rebooter en force.
Q?: Avez-vous eu cette défaillance ? un moyen de résoudre ?
* Stephane Fombonne [2004-09-22 17:54] :
> Bonjour à tous!
>
> Lorsque je fais un dmesg, j'ai l'erreur
>
> spurious 8259A interrupt: IRQ7
* Stephane Fombonne <steph.no-spam@laposte.net> [2004-09-22 17:54] :
> Bonjour à tous!
>
> Lorsque je fais un dmesg, j'ai l'erreur
>
> spurious 8259A interrupt: IRQ7
* Stephane Fombonne [2004-09-22 17:54] :
> Bonjour à tous!
>
> Lorsque je fais un dmesg, j'ai l'erreur
>
> spurious 8259A interrupt: IRQ7
Lorsque je fais un dmesg, j'ai l'erreur
spurious 8259A interrupt: IRQ7
Mon imprimante fonctionne pourtant bien (IRQ7 d'ailleurs non
mentionnée dans la liste des interrupts.
J'ai lu sur des forums que cela a un lien avec le Kernel 2.4.26 et
apic, mais à partir de cela je n'arrive à rien de concret.
RESULTAT: de manière aléatoire, mon PC se plante, les deux led (NUM
et MAJ) clignotent ensemble, et plus rien) à faire que de rebooter
en force.
Lorsque je fais un dmesg, j'ai l'erreur
spurious 8259A interrupt: IRQ7
Mon imprimante fonctionne pourtant bien (IRQ7 d'ailleurs non
mentionnée dans la liste des interrupts.
J'ai lu sur des forums que cela a un lien avec le Kernel 2.4.26 et
apic, mais à partir de cela je n'arrive à rien de concret.
RESULTAT: de manière aléatoire, mon PC se plante, les deux led (NUM
et MAJ) clignotent ensemble, et plus rien) à faire que de rebooter
en force.
Lorsque je fais un dmesg, j'ai l'erreur
spurious 8259A interrupt: IRQ7
Mon imprimante fonctionne pourtant bien (IRQ7 d'ailleurs non
mentionnée dans la liste des interrupts.
J'ai lu sur des forums que cela a un lien avec le Kernel 2.4.26 et
apic, mais à partir de cela je n'arrive à rien de concret.
RESULTAT: de manière aléatoire, mon PC se plante, les deux led (NUM
et MAJ) clignotent ensemble, et plus rien) à faire que de rebooter
en force.
Le Wed, 22 Sep 2004 17:54:03 +0200
Stephane Fombonne a écrit:Lorsque je fais un dmesg, j'ai l'erreur
spurious 8259A interrupt: IRQ7
8259A c'est à l'origine du PC le composant qui géré le port parall èle
Le Wed, 22 Sep 2004 17:54:03 +0200
Stephane Fombonne <steph.no-spam@laposte.net> a écrit:
Lorsque je fais un dmesg, j'ai l'erreur
spurious 8259A interrupt: IRQ7
8259A c'est à l'origine du PC le composant qui géré le port parall èle
Le Wed, 22 Sep 2004 17:54:03 +0200
Stephane Fombonne a écrit:Lorsque je fais un dmesg, j'ai l'erreur
spurious 8259A interrupt: IRQ7
8259A c'est à l'origine du PC le composant qui géré le port parall èle
* Stephane Fombonne [2004-09-22 17:54] :
> Bonjour à tous!
>
> Lorsque je fais un dmesg, j'ai l'erreur
>
> spurious 8259A interrupt: IRQ7
[...]
> RESULTAT: de manière aléatoire, mon PC se plante, les deux led (NUM et MAJ)
> clignotent ensemble, et plus rien) à faire que de rebooter en force.
>
> Q?: Avez-vous eu cette défaillance ? un moyen de résoudre ?
Le message d'avertissement et le résultat n'ont a priori rien à voir.
Pour une explication sur le "spurious interrupt", voir ces pages :
http://jmz.iki.fi/blog.php/en/article/1057989236
http://www.linuxchix.org/pipermail/techtalk/2002-August/012697.html
Pour les leds qui clignotent, ce message
http://mythtv.org/pipermail/mythtv-users/2003-September/015002.html
semble indiquer qu'il s'agit d'un oops noyau. Tu as quelque chose dans
/var/log/messages (ou kern.log) ?
Tu as quoi comme matériel ? Pas d'overclocking, de problème de mémoire ?
Fred
--
Comment poser les questions de manière intelligente ?
http://www.gnurou.org/documents/smart-questions-fr.html
Comment signaler efficacement un bug ?
http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
* Stephane Fombonne <steph.no-spam@laposte.net> [2004-09-22 17:54] :
> Bonjour à tous!
>
> Lorsque je fais un dmesg, j'ai l'erreur
>
> spurious 8259A interrupt: IRQ7
[...]
> RESULTAT: de manière aléatoire, mon PC se plante, les deux led (NUM et MAJ)
> clignotent ensemble, et plus rien) à faire que de rebooter en force.
>
> Q?: Avez-vous eu cette défaillance ? un moyen de résoudre ?
Le message d'avertissement et le résultat n'ont a priori rien à voir.
Pour une explication sur le "spurious interrupt", voir ces pages :
http://jmz.iki.fi/blog.php/en/article/1057989236
http://www.linuxchix.org/pipermail/techtalk/2002-August/012697.html
Pour les leds qui clignotent, ce message
http://mythtv.org/pipermail/mythtv-users/2003-September/015002.html
semble indiquer qu'il s'agit d'un oops noyau. Tu as quelque chose dans
/var/log/messages (ou kern.log) ?
Tu as quoi comme matériel ? Pas d'overclocking, de problème de mémoire ?
Fred
--
Comment poser les questions de manière intelligente ?
http://www.gnurou.org/documents/smart-questions-fr.html
Comment signaler efficacement un bug ?
http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
* Stephane Fombonne [2004-09-22 17:54] :
> Bonjour à tous!
>
> Lorsque je fais un dmesg, j'ai l'erreur
>
> spurious 8259A interrupt: IRQ7
[...]
> RESULTAT: de manière aléatoire, mon PC se plante, les deux led (NUM et MAJ)
> clignotent ensemble, et plus rien) à faire que de rebooter en force.
>
> Q?: Avez-vous eu cette défaillance ? un moyen de résoudre ?
Le message d'avertissement et le résultat n'ont a priori rien à voir.
Pour une explication sur le "spurious interrupt", voir ces pages :
http://jmz.iki.fi/blog.php/en/article/1057989236
http://www.linuxchix.org/pipermail/techtalk/2002-August/012697.html
Pour les leds qui clignotent, ce message
http://mythtv.org/pipermail/mythtv-users/2003-September/015002.html
semble indiquer qu'il s'agit d'un oops noyau. Tu as quelque chose dans
/var/log/messages (ou kern.log) ?
Tu as quoi comme matériel ? Pas d'overclocking, de problème de mémoire ?
Fred
--
Comment poser les questions de manière intelligente ?
http://www.gnurou.org/documents/smart-questions-fr.html
Comment signaler efficacement un bug ?
http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Le 22.09.2004 20:25:03, Gaëtan PERRIER a écrit :
>Le Wed, 22 Sep 2004 17:54:03 +0200
>Stephane Fombonne a écrit:
>> Lorsque je fais un dmesg, j'ai l'erreur
>>
>> spurious 8259A interrupt: IRQ7
>
>8259A c'est à l'origine du PC le composant qui géré le port
>parallèle
Non, le 8259 est un "PIC" (Programmable Interrupt Controller).
C'est un gestionnaire d'interruption programmable avec gestion des
priorités et possiblités d'en connecter plusieurs en daisy chain.
le 8259 lorsqu'il reçoit une interruption sur une de ses broches
d'entrée d'interruption du processeur. Le processeur peut alors lire
un registre du 8259 qui contient le vecteur d'interruption qui lui
a été confié lors de son initialisation.
Il date des années 70 est faisait partie de la panoplie des 8080
avec le 8224 come générateur d'horloge, le 8253 comme timer, le
8255 comme gestionnaire d'entrée/séries et le 8251 comme USART (il
faisait à la fois les protocoles synchrones et asynchrones d'où le
"S")
Comme quoi certains composants ont la vie dure....
Il faudrait jeter un coup d'oeil dans les sources du noyau pour
savoir quand il décide qu'un interruption est superflue. Il y a
vraisemblablement un problème de timing quelque part. Mais est-ce le
driver qui est fautif, est-ce le noyau ou est-ce la conception de la
carrte mère, difficile à dire. Si ce problème traîne depuis si
longtemps, ça signifie premièrement qu'il ne doit pas être trivial
de le corriger et deuxièmement que, à par le spam dans la syslog,
il est inoffensif.
Jean-Luc
Le 22.09.2004 20:25:03, Gaëtan PERRIER a écrit :
>Le Wed, 22 Sep 2004 17:54:03 +0200
>Stephane Fombonne <steph.no-spam@laposte.net> a écrit:
>> Lorsque je fais un dmesg, j'ai l'erreur
>>
>> spurious 8259A interrupt: IRQ7
>
>8259A c'est à l'origine du PC le composant qui géré le port
>parallèle
Non, le 8259 est un "PIC" (Programmable Interrupt Controller).
C'est un gestionnaire d'interruption programmable avec gestion des
priorités et possiblités d'en connecter plusieurs en daisy chain.
le 8259 lorsqu'il reçoit une interruption sur une de ses broches
d'entrée d'interruption du processeur. Le processeur peut alors lire
un registre du 8259 qui contient le vecteur d'interruption qui lui
a été confié lors de son initialisation.
Il date des années 70 est faisait partie de la panoplie des 8080
avec le 8224 come générateur d'horloge, le 8253 comme timer, le
8255 comme gestionnaire d'entrée/séries et le 8251 comme USART (il
faisait à la fois les protocoles synchrones et asynchrones d'où le
"S")
Comme quoi certains composants ont la vie dure....
Il faudrait jeter un coup d'oeil dans les sources du noyau pour
savoir quand il décide qu'un interruption est superflue. Il y a
vraisemblablement un problème de timing quelque part. Mais est-ce le
driver qui est fautif, est-ce le noyau ou est-ce la conception de la
carrte mère, difficile à dire. Si ce problème traîne depuis si
longtemps, ça signifie premièrement qu'il ne doit pas être trivial
de le corriger et deuxièmement que, à par le spam dans la syslog,
il est inoffensif.
Jean-Luc
Le 22.09.2004 20:25:03, Gaëtan PERRIER a écrit :
>Le Wed, 22 Sep 2004 17:54:03 +0200
>Stephane Fombonne a écrit:
>> Lorsque je fais un dmesg, j'ai l'erreur
>>
>> spurious 8259A interrupt: IRQ7
>
>8259A c'est à l'origine du PC le composant qui géré le port
>parallèle
Non, le 8259 est un "PIC" (Programmable Interrupt Controller).
C'est un gestionnaire d'interruption programmable avec gestion des
priorités et possiblités d'en connecter plusieurs en daisy chain.
le 8259 lorsqu'il reçoit une interruption sur une de ses broches
d'entrée d'interruption du processeur. Le processeur peut alors lire
un registre du 8259 qui contient le vecteur d'interruption qui lui
a été confié lors de son initialisation.
Il date des années 70 est faisait partie de la panoplie des 8080
avec le 8224 come générateur d'horloge, le 8253 comme timer, le
8255 comme gestionnaire d'entrée/séries et le 8251 comme USART (il
faisait à la fois les protocoles synchrones et asynchrones d'où le
"S")
Comme quoi certains composants ont la vie dure....
Il faudrait jeter un coup d'oeil dans les sources du noyau pour
savoir quand il décide qu'un interruption est superflue. Il y a
vraisemblablement un problème de timing quelque part. Mais est-ce le
driver qui est fautif, est-ce le noyau ou est-ce la conception de la
carrte mère, difficile à dire. Si ce problème traîne depuis si
longtemps, ça signifie premièrement qu'il ne doit pas être trivial
de le corriger et deuxièmement que, à par le spam dans la syslog,
il est inoffensif.
Jean-Luc
Frédéric,
Voici ce que donne mon kern.log
Tout allait bien (pas de message) de 10h07 à 10h21, quand tout à coup
Sep 22 10:21:00 localhost kernel: [EAGLE-USB] Ctrl Urb Watcher
expired.
About
to remove URB cd7743c0
Sep 22 10:21:00 localhost kernel: usb-uhci.c: ENXIO 80000400, flags 0,
urb
cd8ecf20, burb cd7743c0
Sep 22 10:21:00 localhost kernel: [EAGLE-USB] Failed to send pending
ctrl urb
(cd8ecf20) with err=-6
Sep 22 10:21:00 localhost kernel: [EAGLE-USB] Retrying in 100 ms
Sep 22 10:21:00 localhost kernel: [Eagle-usb] faulty urb not at
beginning of
list !
Sep 22 10:21:00 localhost kernel: [EAGLE-USB] ADI: Failed to send
faulty ctrl
urb (cd7743c0) with err=-19
puis x fois, j'ai eu
ep 22 10:21:00 localhost kernel: [EAGLE-USB] ADI: retry in 100ms
Sep 22 10:21:00 localhost kernel: [Eagle-usb] faulty urb not at
beginning of
list !
Sep 22 10:21:00 localhost kernel: [EAGLE-USB] ADI: Failed to send
faulty ctrl
urb (cd7743c0) with err=-19
Donc, là c'était frozen.
Je n'ai pas d'overclocking, et j'ai la version eagle 1.9.6 (driver
modem pour
sagem800).
Maintenant, reste à me dépatouiller avec le faulty urb ... Des idées ?
Merci et à plus.
Stephane.
Frédéric,
Voici ce que donne mon kern.log
Tout allait bien (pas de message) de 10h07 à 10h21, quand tout à coup
Sep 22 10:21:00 localhost kernel: [EAGLE-USB] Ctrl Urb Watcher
expired.
About
to remove URB cd7743c0
Sep 22 10:21:00 localhost kernel: usb-uhci.c: ENXIO 80000400, flags 0,
urb
cd8ecf20, burb cd7743c0
Sep 22 10:21:00 localhost kernel: [EAGLE-USB] Failed to send pending
ctrl urb
(cd8ecf20) with err=-6
Sep 22 10:21:00 localhost kernel: [EAGLE-USB] Retrying in 100 ms
Sep 22 10:21:00 localhost kernel: [Eagle-usb] faulty urb not at
beginning of
list !
Sep 22 10:21:00 localhost kernel: [EAGLE-USB] ADI: Failed to send
faulty ctrl
urb (cd7743c0) with err=-19
puis x fois, j'ai eu
ep 22 10:21:00 localhost kernel: [EAGLE-USB] ADI: retry in 100ms
Sep 22 10:21:00 localhost kernel: [Eagle-usb] faulty urb not at
beginning of
list !
Sep 22 10:21:00 localhost kernel: [EAGLE-USB] ADI: Failed to send
faulty ctrl
urb (cd7743c0) with err=-19
Donc, là c'était frozen.
Je n'ai pas d'overclocking, et j'ai la version eagle 1.9.6 (driver
modem pour
sagem800).
Maintenant, reste à me dépatouiller avec le faulty urb ... Des idées ?
Merci et à plus.
Stephane.
Frédéric,
Voici ce que donne mon kern.log
Tout allait bien (pas de message) de 10h07 à 10h21, quand tout à coup
Sep 22 10:21:00 localhost kernel: [EAGLE-USB] Ctrl Urb Watcher
expired.
About
to remove URB cd7743c0
Sep 22 10:21:00 localhost kernel: usb-uhci.c: ENXIO 80000400, flags 0,
urb
cd8ecf20, burb cd7743c0
Sep 22 10:21:00 localhost kernel: [EAGLE-USB] Failed to send pending
ctrl urb
(cd8ecf20) with err=-6
Sep 22 10:21:00 localhost kernel: [EAGLE-USB] Retrying in 100 ms
Sep 22 10:21:00 localhost kernel: [Eagle-usb] faulty urb not at
beginning of
list !
Sep 22 10:21:00 localhost kernel: [EAGLE-USB] ADI: Failed to send
faulty ctrl
urb (cd7743c0) with err=-19
puis x fois, j'ai eu
ep 22 10:21:00 localhost kernel: [EAGLE-USB] ADI: retry in 100ms
Sep 22 10:21:00 localhost kernel: [Eagle-usb] faulty urb not at
beginning of
list !
Sep 22 10:21:00 localhost kernel: [EAGLE-USB] ADI: Failed to send
faulty ctrl
urb (cd7743c0) with err=-19
Donc, là c'était frozen.
Je n'ai pas d'overclocking, et j'ai la version eagle 1.9.6 (driver
modem pour
sagem800).
Maintenant, reste à me dépatouiller avec le faulty urb ... Des idées ?
Merci et à plus.
Stephane.
oups exact tu as raison comme quoi les souvenirs... c'était le bon
vieux temps tout ça!
oups exact tu as raison comme quoi les souvenirs... c'était le bon
vieux temps tout ça!
oups exact tu as raison comme quoi les souvenirs... c'était le bon
vieux temps tout ça!
Le 22.09.2004 20:50:02, Stephane Fombonne a écrit :
>Frédéric,
>Voici ce que donne mon kern.log
>Tout allait bien (pas de message) de 10h07 à 10h21, quand tout à coup
>
>Sep 22 10:21:00 localhost kernel: [EAGLE-USB] Ctrl Urb Watcher
>expired.
>About
>to remove URB cd7743c0
>Sep 22 10:21:00 localhost kernel: usb-uhci.c: ENXIO 80000400, flags 0,
>urb
>cd8ecf20, burb cd7743c0
>Sep 22 10:21:00 localhost kernel: [EAGLE-USB] Failed to send pending
>ctrl urb
>(cd8ecf20) with err=-6
>Sep 22 10:21:00 localhost kernel: [EAGLE-USB] Retrying in 100 ms
>Sep 22 10:21:00 localhost kernel: [Eagle-usb] faulty urb not at
>beginning of
>list !
>Sep 22 10:21:00 localhost kernel: [EAGLE-USB] ADI: Failed to send
>faulty ctrl
>urb (cd7743c0) with err=-19
>
>puis x fois, j'ai eu
>
>ep 22 10:21:00 localhost kernel: [EAGLE-USB] ADI: retry in 100ms
>Sep 22 10:21:00 localhost kernel: [Eagle-usb] faulty urb not at
>beginning of
>list !
>Sep 22 10:21:00 localhost kernel: [EAGLE-USB] ADI: Failed to send
>faulty ctrl
>urb (cd7743c0) with err=-19
>
>Donc, là c'était frozen.
>Je n'ai pas d'overclocking, et j'ai la version eagle 1.9.6 (driver
>modem pour
>sagem800).
>Maintenant, reste à me dépatouiller avec le faulty urb ... Des idées ?
>
>Merci et à plus.
>
>
>Stephane.
La première entré google avec "faulty urb" pointe sur ceci :
http://dev.eagle-usb.org/wakka.php?wiki=TailGunner&show_comments=1
Et ça parle justement de votre version du driver. Peut-être y trouvrez-
vous votre bonheur?
Jean-Luc
Le 22.09.2004 20:50:02, Stephane Fombonne a écrit :
>Frédéric,
>Voici ce que donne mon kern.log
>Tout allait bien (pas de message) de 10h07 à 10h21, quand tout à coup
>
>Sep 22 10:21:00 localhost kernel: [EAGLE-USB] Ctrl Urb Watcher
>expired.
>About
>to remove URB cd7743c0
>Sep 22 10:21:00 localhost kernel: usb-uhci.c: ENXIO 80000400, flags 0,
>urb
>cd8ecf20, burb cd7743c0
>Sep 22 10:21:00 localhost kernel: [EAGLE-USB] Failed to send pending
>ctrl urb
>(cd8ecf20) with err=-6
>Sep 22 10:21:00 localhost kernel: [EAGLE-USB] Retrying in 100 ms
>Sep 22 10:21:00 localhost kernel: [Eagle-usb] faulty urb not at
>beginning of
>list !
>Sep 22 10:21:00 localhost kernel: [EAGLE-USB] ADI: Failed to send
>faulty ctrl
>urb (cd7743c0) with err=-19
>
>puis x fois, j'ai eu
>
>ep 22 10:21:00 localhost kernel: [EAGLE-USB] ADI: retry in 100ms
>Sep 22 10:21:00 localhost kernel: [Eagle-usb] faulty urb not at
>beginning of
>list !
>Sep 22 10:21:00 localhost kernel: [EAGLE-USB] ADI: Failed to send
>faulty ctrl
>urb (cd7743c0) with err=-19
>
>Donc, là c'était frozen.
>Je n'ai pas d'overclocking, et j'ai la version eagle 1.9.6 (driver
>modem pour
>sagem800).
>Maintenant, reste à me dépatouiller avec le faulty urb ... Des idées ?
>
>Merci et à plus.
>
>
>Stephane.
La première entré google avec "faulty urb" pointe sur ceci :
http://dev.eagle-usb.org/wakka.php?wiki=TailGunner&show_comments=1
Et ça parle justement de votre version du driver. Peut-être y trouvrez-
vous votre bonheur?
Jean-Luc
Le 22.09.2004 20:50:02, Stephane Fombonne a écrit :
>Frédéric,
>Voici ce que donne mon kern.log
>Tout allait bien (pas de message) de 10h07 à 10h21, quand tout à coup
>
>Sep 22 10:21:00 localhost kernel: [EAGLE-USB] Ctrl Urb Watcher
>expired.
>About
>to remove URB cd7743c0
>Sep 22 10:21:00 localhost kernel: usb-uhci.c: ENXIO 80000400, flags 0,
>urb
>cd8ecf20, burb cd7743c0
>Sep 22 10:21:00 localhost kernel: [EAGLE-USB] Failed to send pending
>ctrl urb
>(cd8ecf20) with err=-6
>Sep 22 10:21:00 localhost kernel: [EAGLE-USB] Retrying in 100 ms
>Sep 22 10:21:00 localhost kernel: [Eagle-usb] faulty urb not at
>beginning of
>list !
>Sep 22 10:21:00 localhost kernel: [EAGLE-USB] ADI: Failed to send
>faulty ctrl
>urb (cd7743c0) with err=-19
>
>puis x fois, j'ai eu
>
>ep 22 10:21:00 localhost kernel: [EAGLE-USB] ADI: retry in 100ms
>Sep 22 10:21:00 localhost kernel: [Eagle-usb] faulty urb not at
>beginning of
>list !
>Sep 22 10:21:00 localhost kernel: [EAGLE-USB] ADI: Failed to send
>faulty ctrl
>urb (cd7743c0) with err=-19
>
>Donc, là c'était frozen.
>Je n'ai pas d'overclocking, et j'ai la version eagle 1.9.6 (driver
>modem pour
>sagem800).
>Maintenant, reste à me dépatouiller avec le faulty urb ... Des idées ?
>
>Merci et à plus.
>
>
>Stephane.
La première entré google avec "faulty urb" pointe sur ceci :
http://dev.eagle-usb.org/wakka.php?wiki=TailGunner&show_comments=1
Et ça parle justement de votre version du driver. Peut-être y trouvrez-
vous votre bonheur?
Jean-Luc
