Date: Tue, 3 Mar 2009 10:11:48 +0800 From: Ethan Hsiao <hsiao.ethan@gmail.com> To: rwatson@FreeBSD.org Cc: freebsd-bugs@freebsd.org, gavin@freebsd.org Subject: Re: kern/132222: The latest kernel causes my machine panic! Message-ID: <d2f301750903021811m2eb7d064h727cf06f03c8dd69@mail.gmail.com> In-Reply-To: <d2f301750903011925t7cdf5058ua9614d9b5505cd63@mail.gmail.com> References: <200903011846.n21IktLe062687@freefall.freebsd.org> <d2f301750903011813u6a7a12f4y4a17c9698343656a@mail.gmail.com> <d2f301750903011925t7cdf5058ua9614d9b5505cd63@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi,
kern/132222 should be the same as kern/132215 (threads/132215).
It is happened after patched CTM src-7.0568.
Can you take a look at it?
Thanks!
Regards,
Ethan Hsiao
2009/3/2 Ethan Hsiao <hsiao.ethan@gmail.com>:
> Hi,
>
> Here is the kgdb message.
>
> GNU gdb 6.1.1 [FreeBSD]
> Copyright 2004 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you =
are
> welcome to change it and/or distribute copies of it under certain conditi=
ons.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB. =A0Type "show warranty" for deta=
ils.
> This GDB was configured as "amd64-marcel-freebsd"...
>
> Unread portion of the kernel message buffer:
> Sleeping thread (tid 100078, pid 441) owns a non-sleepable lock
> panic: sleeping thread
> cpuid =3D 0
> Uptime: 1m1s
> Physical memory: 4085 MB
> Dumping 252 MB: (CTRL-C to abort) =A0(CTRL-C to abort) =A0(CTRL-C to
> abort) =A0237 221 205 189 173 157 141 125 109 93 77 61 45 29 13
>
> Reading symbols from /boot/kernel/netgraph.ko...Reading symbols from
> /boot/kernel/netgraph.ko.symbols...done.
> done.
> Loaded symbols for /boot/kernel/netgraph.ko
> Reading symbols from /boot/kernel/ng_ether.ko...Reading symbols from
> /boot/kernel/ng_ether.ko.symbols...done.
> done.
> Loaded symbols for /boot/kernel/ng_ether.ko
> Reading symbols from /boot/kernel/ng_pppoe.ko...Reading symbols from
> /boot/kernel/ng_pppoe.ko.symbols...done.
> done.
> Loaded symbols for /boot/kernel/ng_pppoe.ko
> Reading symbols from /boot/kernel/ng_socket.ko...Reading symbols from
> /boot/kernel/ng_socket.ko.symbols...done.
> done.
> Loaded symbols for /boot/kernel/ng_socket.ko
> #0 =A0doadump () at pcpu.h:195
> 195 =A0 =A0 =A0 =A0 =A0 =A0 __asm __volatile("movq %%gs:0,%0" : "=3Dr" (t=
d));
> (kgdb) backtrace
> #0 =A0doadump () at pcpu.h:195
> #1 =A00x0000000000000004 in ?? ()
> #2 =A00xffffffff8031fd21 in boot (howto=3D260) at
> /usr/src/sys/kern/kern_shutdown.c:418
> #3 =A00xffffffff8032015c in panic (fmt=3D0x104 <Address 0x104 out of
> bounds>) at /usr/src/sys/kern/kern_shutdown.c:574
> #4 =A00xffffffff80352c62 in propagate_priority (td=3DVariable "td" is not=
available.
> ) at /usr/src/sys/kern/subr_turnstile.c:222
> #5 =A00xffffffff8035397e in turnstile_wait (ts=3DVariable "ts" is not ava=
ilable.
> ) at /usr/src/sys/kern/subr_turnstile.c:740
> #6 =A00xffffffff8031407c in _mtx_lock_sleep (m=3D0xffffff0004489cf0,
> tid=3D18446742974219097824, opts=3DVariable "opts" is not available.
> ) at /usr/src/sys/kern/kern_mutex.c:420
> #7 =A00xffffffff80459426 in in6_mtutimo (rock=3D0xffffff0004489c00) at
> /usr/src/sys/netinet6/in6_rmx.c:418
> #8 =A00xffffffff80330fde in softclock (dummy=3DVariable "dummy" is not av=
ailable.
> ) at /usr/src/sys/kern/kern_timeout.c:274
> #9 =A00xffffffff80301de0 in ithread_loop (arg=3D0xffffff000141ec20) at
> /usr/src/sys/kern/kern_intr.c:1088
> #10 0xffffffff802fedbd in fork_exit (callout=3D0xffffffff80301c76
> <ithread_loop>, arg=3D0xffffff000141ec20, frame=3D0xfffffffef3b50c80) at
> /usr/src/sys/kern/kern_fork.c:810
> #11 0xffffffff8051b10e in fork_trampoline () at
> /usr/src/sys/amd64/amd64/exception.S:455
> #12 0x0000000000000000 in ?? ()
> #13 0x0000000000000000 in ?? ()
> #14 0x0000000000000001 in ?? ()
> #15 0x0000000000000000 in ?? ()
> #16 0x0000000000000000 in ?? ()
> #17 0x0000000000000000 in ?? ()
> #18 0x0000000000000000 in ?? ()
> #19 0x0000000000000000 in ?? ()
> #20 0x0000000000000000 in ?? ()
> #21 0x0000000000000000 in ?? ()
> #22 0x0000000000000000 in ?? ()
> #23 0x0000000000000000 in ?? ()
> #24 0x0000000000000000 in ?? ()
> #25 0x0000000000000000 in ?? ()
> #26 0x0000000000000000 in ?? ()
> #27 0x0000000000000000 in ?? ()
> #28 0x0000000000000000 in ?? ()
> #29 0x0000000000000000 in ?? ()
> #30 0x0000000000000000 in ?? ()
> #31 0x0000000000000000 in ?? ()
> #32 0x0000000000000000 in ?? ()
> #33 0x0000000000000000 in ?? ()
> #34 0x0000000000000000 in ?? ()
> #35 0x0000000000000000 in ?? ()
> #36 0x00000000008b8000 in ?? ()
> #37 0xffffffff8075eec0 in tdg_maxid ()
> #38 0xffffffff8076b6c0 in tdq_cpu ()
> #39 0xffffffff8076b6c0 in tdq_cpu ()
> #40 0xffffff00014316e0 in ?? ()
> #41 0xffffff0001431a10 in ?? ()
> #42 0xfffffffef3b50b28 in ?? ()
> #43 0xffffff00014316e0 in ?? ()
> #44 0xffffffff8033f07e in sched_switch (td=3D0xffffffff80301c76,
> newtd=3D0x80057d650, flags=3DVariable "flags" is not available.
> ) at /usr/src/sys/kern/sched_ule.c:1938
> #45 0x0000000000000000 in ?? ()
> #46 0x0000000000000000 in ?? ()
> #47 0x0000000000000000 in ?? ()
> #48 0x0000000000000000 in ?? ()
> #49 0x0000000000000000 in ?? ()
> #50 0x0000000000000000 in ?? ()
> #51 0x0000000000000000 in ?? ()
> #52 0x0000000000000000 in ?? ()
> #53 0x0000000000000000 in ?? ()
> #54 0x0000000000000000 in ?? ()
> #55 0x0000000000000000 in ?? ()
> #56 0x0000000000000000 in ?? ()
> #57 0x0000000000000000 in ?? ()
> #58 0x0000000000000000 in ?? ()
> ---Type <return> to continue, or q <return> to quit---
> #59 0x0000000000000000 in ?? ()
> #60 0x0000000000000000 in ?? ()
> #61 0x0000000000000000 in ?? ()
> #62 0x0000000000000000 in ?? ()
> #63 0x0000000000000000 in ?? ()
> #64 0x0000000000000000 in ?? ()
> #65 0x0000000000000000 in ?? ()
> #66 0x0000000000000000 in ?? ()
> #67 0x0000000000000000 in ?? ()
> #68 0x0000000000000000 in ?? ()
> #69 0x0000000000000000 in ?? ()
> #70 0x0000000000000000 in ?? ()
> #71 0x0000000000000000 in ?? ()
> #72 0x0000000000000000 in ?? ()
> #73 0x0000000000000000 in ?? ()
> #74 0x0000000000000000 in ?? ()
> #75 0x0000000000000000 in ?? ()
> #76 0x0000000000000000 in ?? ()
> #77 0x0000000000000000 in ?? ()
> #78 0x0000000000000000 in ?? ()
> #79 0x0000000000000000 in ?? ()
> #80 0x0000000000000000 in ?? ()
> #81 0x0000000000000000 in ?? ()
> #82 0x0000000000000000 in ?? ()
> #83 0x0000000000000000 in ?? ()
> #84 0x0000000000000000 in ?? ()
> #85 0x0000000000000000 in ?? ()
> #86 0x0000000000000000 in ?? ()
> #87 0x0000000000000000 in ?? ()
> #88 0x0000000000000000 in ?? ()
> #89 0x0000000000000000 in ?? ()
> #90 0x0000000000000000 in ?? ()
> #91 0x0000000000000000 in ?? ()
> #92 0x0000000000000000 in ?? ()
> #93 0x0000000000000000 in ?? ()
> #94 0x0000000000000000 in ?? ()
> #95 0x0000000000000000 in ?? ()
> #96 0x0000000000000000 in ?? ()
> #97 0x0000000000000000 in ?? ()
> #98 0x0000000000000000 in ?? ()
> #99 0x0000000000000000 in ?? ()
> #100 0x0000000000000000 in ?? ()
> #101 0x0000000000000000 in ?? ()
> #102 0x0000000000000000 in ?? ()
> #103 0x0000000000000000 in ?? ()
> #104 0x0000000000000000 in ?? ()
> #105 0x0000000000000000 in ?? ()
> #106 0x0000000000000000 in ?? ()
> #107 0x0000000000000000 in ?? ()
> #108 0x0000000000000000 in ?? ()
> #109 0x0000000000000000 in ?? ()
> #110 0x0000000000000000 in ?? ()
> #111 0x0000000000000000 in ?? ()
> #112 0x0000000000000000 in ?? ()
> Cannot access memory at address 0xfffffffef3b51000
>
> 2009/3/2 Ethan Hsiao <hsiao.ethan@gmail.com>:
>> Hi,
>>
>> Sorry for this machine is in other place, so I can't provide the GDB res=
ult now.
>> I've put the src-7.0568.gz to http://www.ethan-hsiao.idv.tw/~hsiao/.
>> Its release date was 2009/2/25.
>>
>> Regards,
>> Ethan Hsiao
>>
>> 2009/3/2 =A0<gavin@freebsd.org>:
>>> Synopsis: The latest kernel causes my machine panic!
>>>
>>> State-Changed-From-To: open->feedback
>>> State-Changed-By: gavin
>>> State-Changed-When: Sun Mar 1 18:36:56 UTC 2009
>>> State-Changed-Why:
>>> To submitter: =A0Sending the core file (or even providing it for downlo=
ad) is
>>> not hugely useful, as getting useful information out of it is easiest d=
one
>>> on the system with the issues. =A0Can you please follow the instruction=
s at
>>> http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-gdb=
.html
>>> (specifically, obtaining the backtrace) and provide the result? =A0Plea=
se do
>>> all of this with the source code in /usr/src that the problem kernel wa=
s
>>> compiled from.
>>>
>>> Also, I'm not familiar with CTM or how it works. =A0Are you able to tel=
l me
>>> what dates correspond to the source for the working and non-working ker=
nels?
>>>
>>>
>>> Responsible-Changed-From-To: freebsd-bugs->gavin
>>> Responsible-Changed-By: gavin
>>> Responsible-Changed-When: Sun Mar 1 18:36:56 UTC 2009
>>> Responsible-Changed-Why:
>>> Track
>>>
>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D132222
>>>
>>
>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?d2f301750903021811m2eb7d064h727cf06f03c8dd69>