panic: sbflush_locked on 5.4-p5/i386

Alexander S. Usov A.S.Usov at kvi.nl
Sun Jul 31 20:06:59 GMT 2005


Robert Watson wrote:

> On Fri, 29 Jul 2005, Alexander S. Usov wrote:
> 
>>>> I got a few similar panics.
>>>> It looks that I managet to get rid of them by setting mpsafenet=0, but
>>>> I am not sure -- I have to monitor it for a bit longer.
>>>> I have managed to get a few dumps, so the traces are:
>>
>> Unfortunately I don't have these dumps anymore, I will try to switch
>> mpsafenet back on and wait for a new ones. They were quite reproducable
>> for me.
> 
> Thanks.  I will be away this weekend, but hope to have a chance to look
> into this early next week.  If you could send me the dmesg of the box
> also, and the output of "sysctl -a", that would be helpful.  Probably out
> of band rather than via the list (or if you could put it on a web page I
> could reach).

In just 2 days of waiting I got it, however it looks that it has fired in a
bit different place.

(kgdb) bt
#0  doadump () at pcpu.h:159
#1  0xc0513899 in boot (howto=260) at ../../../kern/kern_shutdown.c:410
#2  0xc0513ede in panic (fmt=0xc06ac87f "sbdrop")
at ../../../kern/kern_shutdown.c:566
#3  0xc05556f4 in sbdrop_locked (sb=0xc2285ad8, len=112)
at ../../../kern/uipc_socket2.c:1149
#4  0xc05b27f2 in tcp_input (m=0xc1e31800, off0=152)
at ../../../netinet/tcp_input.c:2209
#5  0xc05a9b13 in ip_input (m=0xc1e31800) at ../../../netinet/ip_input.c:776
#6  0xc059215e in netisr_processqueue (ni=0xc070b0f8)
at ../../../net/netisr.c:233
#7  0xc059241d in swi_net (dummy=0x0) at ../../../net/netisr.c:346
#8  0xc04fb9a1 in ithread_loop (arg=0xc1979500)
at ../../../kern/kern_intr.c:547
#9  0xc04fa9dc in fork_exit (callout=0xc04fb8ea <ithread_loop>, arg=0x0,
frame=0x0)    at ../../../kern/kern_fork.c:791
#10 0xc0656a8c in fork_trampoline () at ../../../i386/i386/exception.s:209

I am going to keep it around for some time, so I can easisy do a full bt or
variables.


Corresponding dmesg & sysctl output can be found at 
https://kvip88.kvi.nl/~usov


-- 
Best regards,
  Alexander.



More information about the freebsd-stable mailing list