bce(4) panics, 9.2rc1 [redux]
pyunyh at gmail.com
Wed Jul 31 07:43:54 UTC 2013
On Wed, Jul 31, 2013 at 03:54:06PM +0900, Hiroki Sato wrote:
> [Added yougari@ and davidch@ to the To:/Cc: list]
> I confirmed that my issue reported on -current@ is due to the bxe(4)
> driver (BCM57711). If it is disabled, shutdown works fine without
> Also, I received several reports about the same box that NMI occurred
> even on bge(4) (BCM5717) driver when probing during power-cycle test.
> The probability was about once per 30 power-cycles. Once it
> occurred, an AC on/off cycle was required (resetting a system
> reproduced the NMI in the same timing).
Hmm, Hiroki, could you add bge_reset()/bge_chipinit() after
bge_stop() in bge_shutdown() and let me know whether that change
makes any difference?
> Sean Bruno <sean_bruno at yahoo.com> wrote
> in <1375208841.1496.3.camel at localhost>:
> se> > http://svnweb.freebsd.org/base?view=revision&revision=236216
> se> >
> se> >
> se> Ok, confirmed after ~50 reboots.
> se> There is a timing problem in this revision that I don't fully
> se> understand. Adding printf's inside bce_reset() will cause the existing
> se> code to succeed, and sometimes the existing code in this revision will
> se> work (about 10% of the time).
> se> In the failure mode, the network interface, bce0, will not come up into
> se> service *without* and network restart, after which it works fine.
> se> I suspect that we are missing a DELAY or UDELAY somewhere in the
> se> restoral of the emac_status settings that needs to be implemented.
> se> Sean
> se> p.s. sorry for the late report as the commit is well over a year old.
More information about the freebsd-net