bce watchdog timeout occurred, resetting

Xin LI delphij at delphij.net
Mon Nov 10 15:16:18 PST 2008

Hash: SHA1

John Fitzgerald wrote:
> Many thanks. Is there any change this would lock out the interface
> permanently, requiring a manual (local) ifconfig up fix? This server
> is managed remotely.

As far as I am aware, upgrading from 6.2 to 6.3 should be moderately
safe.  It depends on, however, how your kernel is configured and how
bce(4) is being loaded.

It looks like that using nextboot(8) can resolve part of your issue (as
long as it can be rebooted by remote hands) if used carefully - install
kernel into /boot/kernel.new and use it to start system for once, then
if everything goes right rename it to /boot/kernel while moving the old
one to /boot/kernel.old.  Once you are sure that the kernel update is
safe, you can proceed with userland updates.

> On Fri, Nov 7, 2008 at 7:30 PM, Xin LI <delphij at delphij.net> wrote:
> Hi, John,
> John Fitzgerald wrote:
>>>> On Mon, Nov 3, 2008 at 2:56 PM, John Fitzgerald <jjfitzgerald at gmail.com> wrote:
>>>>> Hi there,
> [...]
>>>>> I'm afraid it's the driver logic problem, but I don't know where to go
>>>>> from here. Any ideas? I'm using 6.2-RELEASE.
> I have committed a changeset after 6.2-RELEASE which could have fixed
> your problem.  Could you please try if later FreeBSD releases still
> suffer from this problem?
> Revision Thu Jan 18 16:14:19 2007 UTC delphij
> MFC if_bce.c (1.23-24), if_bcereg.h (1.11):
>  - Instead of if_watchdog/if_timer interface use our own timer
>   that piggybacks on bce_tick() callout.
>  - Instead of unconditionally resetting the controller, try to
>   skip the reset in case we got a pause frame, like em(4) did.
>  - Lock bce_tick() using callout_init_mtx().
> Cheers,

- --
Xin LI <delphij at delphij.net>	http://www.delphij.net/
FreeBSD - The Power to Serve!
Version: GnuPG v2.0.9 (FreeBSD)


More information about the freebsd-bugs mailing list