Date: Fri, 6 Jun 2003 14:59:12 -0700 From: "David P. Reese Jr." <daver@gomerbud.com> To: "David P. Reese Jr." <daver@gomerbud.com> Cc: current@freebsd.org Subject: Re: LOR: sched lock vs. sio + panic in sched_choose() [ULE + SMP panic] Message-ID: <20030606215912.GA71093@tombstone.localnet.gomerbud.com> In-Reply-To: <20030606210318.GA70746@tombstone.localnet.gomerbud.com> References: <20030606081040.GA65780@tombstone.localnet.gomerbud.com> <XFMail.20030606123946.jhb@FreeBSD.org> <20030606210318.GA70746@tombstone.localnet.gomerbud.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Hm... Getting a core wont be that easy. After the previously mentionsed sched_choose() panic: db> call doadump Dumping 383 MB ata0: resetting devices .. panic: blockable sleep lock (sleep mutex) PCPU 512 @ /usr/src/sys/vm/uma_core.c:1343 cpuid = 0; lapic.id = 00000000 Debugger("panic") Fatal trap 3: breakpoint instruction fault while in kernel mode cpuid = 0; lapic.id = 00000000 instruction pointer = 0x8:0xc039a615 stack pointer = 0x10:0xd79ae618 frame pointer = 0x10:0xd79ae624 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = IOPL = 0 current process = 4649 (sysctl) Stopped at sched_choose+0x77: movl 0x38(%eax),%eax Nice. -- David P. Reese Jr. daver@gomerbud.com -------------------------------------------------------------------------- It can be argued that returning a NULL pointer when asked to allocate zero bytes is a silly response to a silly question. -- FreeBSD manual page for malloc(3)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030606215912.GA71093>