From: "Robert Watson" <rwatson_at_freebsd.org> > On Sun, 18 Jul 2004, Willem Jan Withagen wrote: > > > > Three stikes and out.... > > > I'll disable mpsafe now.... > > > > Does not seem to help.... Not shure if anything should be read in the > > fact that it is 3 times in [thread 100007]. > > Well, the threads involved seem to be the netisr thread and the bge > interrupt thread, suggesting we have a problem with mbufs being free'd > despite being handed off into the network stack. Up front, it suggests > maybe we have an issue with the bge driver freeing or reusing an mbuf > inappropriately, or perhaps it's at the TCP layer. Just as I was writing: ================ I would dare to declare the current running config stable, but it is up for more than 2,5 hours. While taking the abuse that normaly would bring the system on its knees within 30 minutes... I'm now running: bge0 interface No IPv6 debug.mpsafe=0 Which would lead me to believe problems in the IPv6 layer (with bge0?). ================ It got negated by: panic: lock (sleep mutex) UMA pcpu not locked _at_ /home2 /src/sys/vm/uma_core.c:1654 cpuid = 1; KDB: stack backtrace: kdb_backtrace() at kdb_backtrace+0x34 panic() at panic+0x1d2 witness_unlock() at witness_unlock+0xdd _mtx_unlock_flags() at _mtx_unlock_flags+0x68 uma_zalloc_arg() at uma_zalloc_arg+0x14e tcp_output() at tcp_output+0xce9 tcp_input() at tcp_input+0x27f5 ip_input() at ip_input+0x94c netisr_processqueue() at netisr_processqueue+0x8c swi_net() at swi_net+0xaf ithread_loop() at ithread_loop+0x18d fork_exit() at fork_exit+0xc9 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffb0bb9d00, rbp = 0 --- KDB: enter: panic [thread 100017] Stopped at kdb_enter+0x2e: nop I'll starts some more tests before I'm of to bed. --WjWReceived on Sun Jul 18 2004 - 21:06:47 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:02 UTC