probléme de NETDEV WATCHDOG: eth0 : transmit timed out

[g***@free.fr]

patrice wrote:

>j'ai un méssage persistant sur ma machine (dont la derniére ligne est répétée
>indéfiniment):
>
>NETDEV WATCHDOG : eth0 : transmit timed out
>eth0 : setting half duplex based on auto negociated partner ability 0000.
>eth0 : too much work at interrupt, intrStatus=0x0040
>
>au dela du fait que je n'arrive toujours pas à me connecter à internet avec
>cette machine, je me demandais si la raison n'en serait pas à cause de
>watchdog (puisque ça semble avoir un lien avec ma carte ethernet)... mais
>aprés quelques recherches sur le net, le module watchdog devrait etre visible
>par /dev/watchdog (de ce que j'ai compris), mais il n'y est pas... je suis
>allé dans modconf , et dans /lib/modules et il n'y est pas non plus... alors
>je ne saisis pas où se trouve le probléme...
>
>
Il est là ton pb: "too much work at interrupt"

>vaut il mieux que je recompile le noyau en evitant de mettre watchdog?
>
>
Non car même sans lui tu aura le pb...

>bien c'est un probléme matériel?
>
>
Là il faut tester ta carte réseau dans sur une autre machine... mais
elle risque de marcher.

>quoi?
>
>
C'est au niveau de la gestion des IRQ.

>à priori un chien de garde ne m'est pas utile, il me semble ne pas l'avoir
>mis dans le noyau que j'eus compilé auparavant, et de plus je ne le trouve
>pas dans les endroits où je devrais le trouver...
>
>
Je paris que tu comfigure ton noyau avec make menuconfig ;-)

>quelqu'un aurait une piste à me donner?
>
Que donne:
$ cat /proc/interrupts

>est ce que watchdog pourrait bloquer ma carte ethernet?
>
>
Non car comme tu le dis tu ne l'as pas mis dans le noyau.

[Jacques Kern]

> >
> >NETDEV WATCHDOG : eth0 : transmit timed out
> >eth0 : setting half duplex based on auto negociated partner
> ability 0000.


Bonjour,

J'ai eu le meme probleme sur la machine qui me sert de passerelle.

Au bout d'un temps tres variable, mes logs se remplissait de NETDEV
WATCHDOG, et plus de reseau.
Le seul moyen d'avoir a nouveau le reseau etait de rebooter. Meme unload
puis reload du module ne donnait rien.

Le truc le plus bizarre est que ca le faisait independemment de la carte
reseau (une fois sur ma DLink (module via-rhine) et l'autre fois sur ma
ne2k-pci...

J'etais en Mdk a l'epoque, et la solution a ete de passer l'option
'noapic' (je ne suis plus tres sur de la syntaxe) au noyau au demarrage,
via les options de LILO.
Le probleme ne s'est pas reproduit apres changement du noyau, puis
passage en Debian Woody sur la machine..
C'etait un noyau 2.4.8 a l'epoque...

voila, mes 2 cents...

jacques

[patrice]

Le Mercredi 19 Mars 2003 20:03, Jacques Kern a écrit :
[...]
|> J'etais en Mdk a l'epoque, et la solution a ete de passer l'option
|> 'noapic' (je ne suis plus tres sur de la syntaxe) au noyau au demarrage,
|> via les options de LILO.

je vais chercher dans cette direction...

merci

--
"La guerre serait un bienfait si elle ne tuait que les professionnels"
,. ( . ) . "
(" ) )' ,' ) . (` '`
.; ) ' (( (" ) ;(, (( ( ;) " )" Prévert
_"., ,._'_.,)_(..,( . )_ _' )_') (. _..( '..

|##################################################
|# afin de ne pas poser de questions qui ont eu peut etre déjà #
|# des réponses, lire d'abord la FAQ de Debian-User-French: #
|# http://savannah.nongnu.org/download/debfr-faq/html/ #
|#####################################################

[patrice]

Le Mercredi 19 Mars 2003 17:04, ***@free.fr a écrit :
|> patrice wrote:
|[...]
|> Il est là ton pb: "too much work at interrupt"

ben oui... :(

|> C'est au niveau de la gestion des IRQ.

houla ! c'est grave? /8[[

|> Je paris que tu comfigure ton noyau avec make menuconfig ;-)

non, j'ai pas commencé à faire de recompilation encore :)
ni la réinstallation d'ailleurs...
si il y a une solution moins hard que la réinstall, ça m'intéresse :)

|> Que donne:
|> $ cat /proc/interrupts

ceci: $ cat /proc/interrupts
CPU0
0: 1057277 XT-PIC timer
1: 346 XT-PIC keyboard
2: 0 XT-PIC cascade
4: 4931 XT-PIC serial
6: 59 XT-PIC floppy
8: 3 XT-PIC rtc
10: 60 XT-PIC usb-uhci
11: 1245 XT-PIC eth0
12: 1241328 XT-PIC es1371
14: 633215 XT-PIC ide0
15: 2 XT-PIC ide1
NMI: 0
LOC: 1057239
ERR: 0
MIS: 0

voilà voilà...

si il y a une solution, je suis preneur...

merci

patrice

--

"La guerre serait un bienfait si elle ne tuait que les professionnels"
,. ( . ) . "
(" ) )' ,' ) . (` '`
.; ) ' (( (" ) ;(, (( ( ;) " )" Prévert
_"., ,._'_.,)_(..,( . )_ _' )_') (. _..( '..

|#############################################
|# lire la FAQ de Debian-User-French afin de ne pas #
|# poser de questions qui ont eu déjà des réponses : #
|# http://savannah.nongnu.org/download/debfr-faq/html/ #
|##############################################

[Luc Novales]

***@free.fr a écrit:
> patrice wrote:
>
>> j'ai un méssage persistant sur ma machine (dont la derniére ligne est
>> répétée indéfiniment):
>>
>> NETDEV WATCHDOG : eth0 : transmit timed out
>> eth0 : setting half duplex based on auto negociated partner ability 0000.
>> eth0 : too much work at interrupt, intrStatus=0x0040
>>

Y a t'il un problème d'affectation de l'irq de la carte réseau dans dmesg ?

A+
Luc.

[patrice]

Le Mercredi 19 Mars 2003 23:20, Luc Novales a écrit :
[...]
|> Y a t'il un problème d'affectation de l'irq de la carte réseau dans dmesg
|> ?

je ne sais pas du tout comment le savoir, je ne sais pas décrypter le fichier
(enfin, je sais que 0x0040 a quelque chose a voir avec l'IRQ, mais je ne sais
pas si c'est un probléme d'affectation)...
voici le dmesg (c'est un peu long ...):
.....
eth0: Too much work at interrupt, IntrStatus=0x0040.
eth0: Too much work at interrupt, IntrStatus=0x0040.

|/ là j'ai branché mon cable sur mon modem...

NETDEV WATCHDOG: eth0: transmit timed out
eth0: Tx queue start entry 4 dirty entry 0.
eth0: Tx descriptor 0 is 00002000. (queue head)
eth0: Tx descriptor 1 is 00002000.
eth0: Tx descriptor 2 is 00002000.
eth0: Tx descriptor 3 is 00002000.
eth0: Setting half-duplex based on auto-negotiated partner ability 0000.
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Tx queue start entry 4 dirty entry 0.
eth0: Tx descriptor 0 is 00002000. (queue head)
eth0: Tx descriptor 1 is 00002000.
eth0: Tx descriptor 2 is 00002000.
eth0: Tx descriptor 3 is 00002000.
eth0: Setting half-duplex based on auto-negotiated partner ability 0000.
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Tx queue start entry 4 dirty entry 0.
eth0: Tx descriptor 0 is 00002000. (queue head)
eth0: Tx descriptor 1 is 00002000.
eth0: Tx descriptor 2 is 00002000.
eth0: Tx descriptor 3 is 00002000.
eth0: Setting half-duplex based on auto-negotiated partner ability 0000.
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Tx queue start entry 4 dirty entry 0.
eth0: Tx descriptor 0 is 00002000. (queue head)
eth0: Tx descriptor 1 is 00002000.
eth0: Tx descriptor 2 is 00002000.
eth0: Tx descriptor 3 is 00002000.
eth0: Setting half-duplex based on auto-negotiated partner ability 0000.
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Tx queue start entry 4 dirty entry 0.
eth0: Tx descriptor 0 is 00002000. (queue head)
eth0: Tx descriptor 1 is 00002000.
eth0: Tx descriptor 2 is 00002000.
eth0: Tx descriptor 3 is 00002000.
eth0: Setting half-duplex based on auto-negotiated partner ability 0000.
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Tx queue start entry 4 dirty entry 0.
eth0: Tx descriptor 0 is 00002000. (queue head)
eth0: Tx descriptor 1 is 00002000.
eth0: Tx descriptor 2 is 00002000.
eth0: Tx descriptor 3 is 00002000.
eth0: Setting half-duplex based on auto-negotiated partner ability 0000.
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Tx queue start entry 4 dirty entry 0.
eth0: Tx descriptor 0 is 00002000. (queue head)
eth0: Tx descriptor 1 is 00002000.
eth0: Tx descriptor 2 is 00002000.
eth0: Tx descriptor 3 is 00002000.
eth0: Setting half-duplex based on auto-negotiated partner ability 0000.
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Tx queue start entry 4 dirty entry 0.
eth0: Tx descriptor 0 is 00002000. (queue head)
eth0: Tx descriptor 1 is 00002000.
eth0: Tx descriptor 2 is 00002000.
eth0: Tx descriptor 3 is 00002000.
eth0: Setting half-duplex based on auto-negotiated partner ability 0000.
eth0: Too much work at interrupt, IntrStatus=0x0040.

|/ puis il me met à la suite ses lignes ci dessous indéfiniment...

eth0: Too much work at interrupt, IntrStatus=0x0040.
eth0: Too much work at interrupt, IntrStatus=0x0040.
eth0: Too much work at interrupt, IntrStatus=0x0040.
eth0: Too much work at interrupt, IntrStatus=0x0040.
eth0: Too much work at interrupt, IntrStatus=0x0040.
eth0: Too much work at interrupt, IntrStatus=0x0040.
eth0: Too much work at interrupt, IntrStatus=0x0040.
eth0: Too much work at interrupt, IntrStatus=0x0040.
eth0: Too much work at interrupt, IntrStatus=0x0040.
....x etc....

voilà...

|> A+

à bientot...

--
"La guerre serait un bienfait si elle ne tuait que les professionnels"
,. ( . ) . "
(" ) )' ,' ) . (` '`
.; ) ' (( (" ) ;(, (( ( ;) " )" Prévert
_"., ,._'_.,)_(..,( . )_ _' )_') (. _..( '..

|##################################################
|# afin de ne pas poser de questions qui ont eu peut etre déjà #
|# des réponses, lire d'abord la FAQ de Debian-User-French: #
|# http://savannah.nongnu.org/download/debfr-faq/html/ #
|#####################################################

[Luc Novales]

patrice a écrit:
> Le Mercredi 19 Mars 2003 23:20, Luc Novales a écrit :
> [...]
> |> Y a t'il un problème d'affectation de l'irq de la carte réseau dans dmesg
> |> ?
>
> je ne sais pas du tout comment le savoir, je ne sais pas décrypter le fichier
> (enfin, je sais que 0x0040 a quelque chose a voir avec l'IRQ, mais je ne sais
> pas si c'est un probléme d'affectation)...
> voici le dmesg (c'est un peu long ...):
> .....

bien plus haut, lors de la détection du matériel, tu dois trouver des
lignes similaires a :
----------------
dmfe: Davicom DM9xxx net driver, version 1.36.4 (2002-01-17)
PCI: Found IRQ 10 for device 00:0b.0
PCI: Sharing IRQ 10 with 00:07.2
PCI: Sharing IRQ 10 with 00:07.3
PCI: Sharing IRQ 10 with 00:08.0
eth0: Davicom DM9102 at pci00:0b.0, 00:08:a1:25:01:5f, irq 10.
---------------------------

Si a ce niveau tu trouves un message d'erreur concernant l'affectation
de l'irq, essayes de
désactiver le PNP dans le bios. C'est comme cela que j'ai résolu un
problème identique sur
mon portable.

A+
Luc.

[patrice]

Le Jeudi 20 Mars 2003 02:11, Luc Novales a écrit :

[...]

je trouve ça:

8139too Fast Ethernet driver 0.9.24
PCI: Found IRQ 11 for device 00:09.0
eth0: D-Link DFE-538TX (RealTek RTL8139) at 0xcc81a000, 00:05:5d:4d:00:79,
IRQ 11
eth0: Identified 8139 chip type 'RTL-8139C'

|>
|> Si a ce niveau tu trouves un message d'erreur concernant l'affectation
|> de l'irq,

pas d'erreur :(...

|> essayes de
|> désactiver le PNP dans le bios.

ça ne marche pas non plus, et toujours le même méssage :[

|> A+

merci quand même...

patrice

--
"La guerre serait un bienfait si elle ne tuait que les professionnels"
,. ( . ) . "
(" ) )' ,' ) . (` '`
.; ) ' (( (" ) ;(, (( ( ;) " )" Prévert
_"., ,._'_.,)_(..,( . )_ _' )_') (. _..( '..

|##################################################
|# afin de ne pas poser de questions qui ont eu peut etre déjà #
|# des réponses, lire d'abord la FAQ de Debian-User-French: #
|# http://savannah.nongnu.org/download/debfr-faq/html/ #
|#####################################################

[g***@free.fr]

patrice wrote:

>|> C'est au niveau de la gestion des IRQ.
>
>houla ! c'est grave? /8[[
>
Je ne suis pas Docteur PC non plus, je ne pourrai pas te le dire... mais
je ne pense pas.

>|> Je paris que tu comfigure ton noyau avec make menuconfig ;-)
>
>non, j'ai pas commencé à faire de recompilation encore :)
>ni la réinstallation d'ailleurs...
>si il y a une solution moins hard que la réinstall, ça m'intéresse :)
>
>
La réinstallation n'est rarement (voir jamais nécessaire... sauf
histoire de voir si on a pas perdu la main ;-)
Je te conseil de mettre une version récente du noyau (j'ai eu des souci
avec celui fourni... il me trouvais des interface eth qui n'existaient
pas??)
(trouve un .deb c'est plus simple)

>|> Que donne:
>|> $ cat /proc/interrupts
>
>ceci: $ cat /proc/interrupts
> CPU0
> 0: 1057277 XT-PIC timer
> 1: 346 XT-PIC keyboard
> 2: 0 XT-PIC cascade
> 4: 4931 XT-PIC serial
> 6: 59 XT-PIC floppy
> 8: 3 XT-PIC rtc
> 10: 60 XT-PIC usb-uhci
> 11: 1245 XT-PIC eth0
> 12: 1241328 XT-PIC es1371
> 14: 633215 XT-PIC ide0
> 15: 2 XT-PIC ide1
>NMI: 0
>LOC: 1057239
>ERR: 0
>MIS: 0
>
C'est bizarre, lorsque j' avais eu le pb c'était du à IO-APCI (résolue
en recompilant mon noyau en mode mono-processeur sans IO-APCI)
Mets à jour ton noyau, histoire de voir si c'est résiduel.