Re: bce(4) panics, 9.2rc1 [redux]
[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 NMI. 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). Sean Bruno sean_br...@yahoo.com wrote in 1375208841.1496.3.camel@localhost: se se se http://svnweb.freebsd.org/base?view=revisionrevision=236216 se se se se se Ok, confirmed after ~50 reboots. se 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 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 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 se Sean se se p.s. sorry for the late report as the commit is well over a year old. pgpZQYE1ILK56.pgp Description: PGP signature
Re: bce(4) panics, 9.2rc1 [redux]
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 NMI. 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_br...@yahoo.com wrote in 1375208841.1496.3.camel@localhost: se se se http://svnweb.freebsd.org/base?view=revisionrevision=236216 se se se se se Ok, confirmed after ~50 reboots. se 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 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 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 se Sean se se p.s. sorry for the late report as the commit is well over a year old. ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: bce(4) panics, 9.2rc1 [redux]
Yonghyeon PYUN pyu...@gmail.com wrote in 20130731074341.gc1...@michelle.cdnetworks.com: py On Wed, Jul 31, 2013 at 03:54:06PM +0900, Hiroki Sato wrote: py [Added yougari@ and davidch@ to the To:/Cc: list] py py I confirmed that my issue reported on -current@ is due to the bxe(4) py driver (BCM57711). If it is disabled, shutdown works fine without py NMI. py py Also, I received several reports about the same box that NMI occurred py even on bge(4) (BCM5717) driver when probing during power-cycle test. py The probability was about once per 30 power-cycles. Once it py occurred, an AC on/off cycle was required (resetting a system py reproduced the NMI in the same timing). py py py Hmm, Hiroki, could you add bge_reset()/bge_chipinit() after py bge_stop() in bge_shutdown() and let me know whether that change py makes any difference? Thank you. I will give it a try. The test will probably take some time since it occurs only once in 30-50 power-cycles, though. On bxe(4) it is 100% reproducible, FYI. -- Hiroki pgp0qxbpk6Qs5.pgp Description: PGP signature
Is a shellcode kernel network detector worth it?
Is a shellcode kernel network detector worth it. I was thinking about making a kernel module that would detect shellcode and then stop it from getting pass the kernel. I don't know if it is worth it though, because if the data in the packets is encrypted I won't be able to check for shellcode. Is it normal for must data coming from the network to not be encrypted? ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
