Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 13 May 2008 07:38:09 +0200
From:      Pascal Hofstee <caelian@gmail.com>
To:        pyunyh@gmail.com
Cc:        current@freebsd.org, yongari@freebsd.org
Subject:   Re: nfe0 watchdog timeout
Message-ID:  <20080513073809.3b163baa@nebuchadnezzar>
In-Reply-To: <20080513020927.GD32942@cdnetworks.co.kr>
References:  <20080512181259.04a2f542@nebuchadnezzar> <20080513020927.GD32942@cdnetworks.co.kr>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 13 May 2008 11:09:27 +0900
Pyun YongHyeon <pyunyh@gmail.com> wrote:

> Can you see link state change reports of nfe(4) in your dmesg file?
> If you find any entries related with nfe(4) please show them to me.
> It may have a couple of link UP/DOWN messages and watchdog timeouts.

You are right i initially overlooked the link state messages. They're
no longer in dmesg ... but i copy/pasted a small set
from /var/log/messages instead:

May 10 15:59:31 trinity kernel: ums0: at uhub0 port 1 (addr 2)
disconnected May 10 15:59:31 trinity kernel: ums0: detached
May 10 15:59:33 trinity kernel: nfe0: link state changed to DOWN
May 10 15:59:33 trinity avahi-daemon[811]: Received packet from invalid
interface.
May 10 15:59:33 trinity acpi: resumed at 20080510 15:59:33
May 10 15:59:34 trinity root: Unknown USB device: vendor 0x046d product
0xc404 bus uhub0
May 10 15:59:34 trinity kernel: ums0: <Logitech Trackball, class 0/0,
rev 1.10/2.20, addr 2> on uhub0
May 10 15:59:34 trinity kernel: ums0: 3 buttons and Z dir.
May 10 15:59:45 trinity kernel: nfe0: link state changed to UP
May 10 15:59:53 trinity kernel: nfe0: watchdog timeout (missed Tx
interrupts) -- recovering
May 10 16:00:35 trinity last message repeated 5 times
May 10 16:01:53 trinity last message repeated 9 times 

I opted to include the usb-related messages as well since i find it
somewhat odd my Trackball decided to disconnect since i never take it
off ... Followed by the ACPI resumed message ... this to me feels like
the system may have been in some sort of power saving mode ?

> When you know nfe(4) is not working anymore, would you check Rx MAC
> is still able to see incoming packets by invoking tcpdump on
> nfe(4) interface?

Once it happens again i'll make sure to check on it.
 
> It would be even better I can see verbosed boot messages related
> with nfe(4).

Will provide once i can reboot the system again (it's currently in the
middle of a somewhat lengthy build process).

With kind regards,
-- 
  Pascal Hofstee



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080513073809.3b163baa>