Added the missing locks around calls to rxeof and checked it in a minute ago. Sorry guys! Jack On Sat, Apr 10, 2010 at 9:05 AM, Bjoern A. Zeeb < bzeeb-lists_at_lists.zabbadoz.net> wrote: > On Sat, 10 Apr 2010, Mike Tancsa wrote: > > Hi Mike, > > > At 05:11 PM 4/9/2010, Jack Vogel wrote: >> >>> Don't know, but I would just ignore it, I think its a false warning >>> anyway. >>> >> >> OK. I updated to HEAD as of this AM, but now I get a panic at bootup >> >> ... > > Trying to mount root from nfs: >> NFS ROOT: 10.255.255.1:/usr/home/pxe9/ >> panic: mutex em0:rx(0) not owned at >> /usr/HEAD/src/sys/modules/em/../../dev/e1000/if_em.c:4093 >> cpuid = 3 >> KDB: enter: panic >> [ thread pid 0 tid 100032 ] >> Stopped at kdb_enter+0x3a: movl $0,kdb_why >> db> bt >> Tracing pid 0 tid 100032 td 0xc5f5bb40 >> kdb_enter(c0cb0e9d,c0cb0e9d,c0caf56e,c5b2ac28,3,...) at kdb_enter+0x3a >> panic(c0caf56e,c6002024,c11a0357,ffd,c5b2ac7c,...) at panic+0x136 >> _mtx_assert(c6002010,4,c11a0357,ffd,64,...) at _mtx_assert+0x87 >> em_rxeof(246,c5ff7d98,c5b2aca8,c088e194,c5ff7d98,...) at em_rxeof+0x3b >> em_handle_que(c6006000,1,c0cb5c9c,4f,c5ff7d98,...) at em_handle_que+0x38 >> taskqueue_run(c5ff7d80,c5ff7d98,c0ca6410,0,c0caf5f6,...) at >> taskqueue_run+0x103 >> taskqueue_thread_loop(c600a520,c5b2ad38,c0cac192,343,c0e0ce20,...) at >> taskqueue_thread_loop+0x68 >> fork_exit(c08dcde0,c600a520,c5b2ad38) at fork_exit+0xb8 >> fork_trampoline() at fork_trampoline+0x8 >> --- trap 0, eip = 0, esp = 0xc5b2ad70, ebp = 0 --- >> db> >> > > > This is a bug that seems to only happen in the Kitchener area as I hit > it with a machine there just a few minutes ago as well. > > This one has fixed it for me: > http://lists.freebsd.org/pipermail/svn-src-head/2010-April/016249.html > > /bz > > -- > Bjoern A. Zeeb It will not break if you know what you are doing. >Received on Sat Apr 10 2010 - 17:29:37 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:02 UTC