Date: Tue, 25 Sep 2012 08:45:59 -0400 From: John Baldwin <jhb@freebsd.org> To: freebsd-ia64@freebsd.org Cc: freebsd-gnats-submit@freebsd.org, Paul Procacci <pprocacci@gmail.com> Subject: Re: ia64/171814: [panic] bioq_init or bioq_remove (unsure which) Message-ID: <201209250845.59247.jhb@freebsd.org> In-Reply-To: <201209201737.q8KHbEZk029252@red.freebsd.org> References: <201209201737.q8KHbEZk029252@red.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thursday, September 20, 2012 1:37:14 pm Paul Procacci wrote: > > >Number: 171814 > >Category: ia64 > >Synopsis: [panic] bioq_init or bioq_remove (unsure which) > >Confidential: no > >Severity: non-critical > >Priority: low > >Responsible: freebsd-ia64 > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Thu Sep 20 17:40:03 UTC 2012 > >Closed-Date: > >Last-Modified: > >Originator: Paul Procacci > >Release: 9.0-RELEASE-p3 > >Organization: > Datapipe > >Environment: > FreeBSD db1.xxxxxxxxxxxxx.com 9.0-RELEASE-p3 FreeBSD 9.0-RELEASE-p3 #0: Tue Jun 12 02:52:29 UTC 2012 root@amd64- builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 > >Description: > cpuid = 5; acpic id = 13 > fault virtual address = 0x20 > fault code = supervisor read data, page not present > instruction pointer = 0x20 :0xffffffff80865023 > stack pointer = 0x28 :0xffffff80002b3b30 > frame pointer = 0x28 :0xffffff80002b3b50 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 13 (g_event) > trap number = 12 > panic: page fault > cpuid = 5 > KDB: stack backtrace: > #0 0xffffffff808680fe at kdb_backtrace+0x5e > #1 0xffffffff8x832cb7 at panic+0x187 > #2 0xffffffff80b185a0 at trap_fatal+0x290 > #3 0xffffffff80b188e9 at trap_pfault+0x1f9 > #4 0xffffffff80b18daf at trap+0x3df > #5 0xffffffff80b0324f at calltrap+0x8 > #6 0xffffffff807d165c at g_destroy_consumer+0x4c > #7 0xffffffff807ce6cc at g_run_events+0x1ec > #8 0xffffffff8080682f at fork_exit+0x11f > #9 0xffffffff80b0377e at fork_trampoline+0xe > > ############################################################# > > - I'm using a GENERIC kernel. > - Following the instructions here: http://www.freebsd.org/doc/faq/advanced.html > I'm able to ascertain that the problem exists in one of the following two functions: > > db1# nm -n /boot/kernel/kernel | fgrep ffffffff808650 > ffffffff80865080 T bioq_init > ffffffff808650b0 T bioq_remove No, I think it occurred in some other routine. Note that 5023 < 5080, so the PC is before the start of 'bioq_init()'. It's probably in some static function called by g_destroy_consumer() such as g_do_wither(). Do you have a kernel.symbols file? If so, doing 'gdb /boot/kernel/kernel' followed by 'l *0xffffffff80865023' would be very helpful. -- John Baldwin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201209250845.59247.jhb>