From owner-freebsd-current Mon Feb 5 20:47:49 2001 Delivered-To: freebsd-current@freebsd.org Received: from moby.geekhouse.net (moby.geekhouse.net [64.81.6.36]) by hub.freebsd.org (Postfix) with ESMTP id 8DAEA37B401 for ; Mon, 5 Feb 2001 20:47:29 -0800 (PST) Received: from laptop.baldwin.cx (john@dhcp151.geekhouse.net [192.168.1.151]) by moby.geekhouse.net (8.11.0/8.9.3) with ESMTP id f164lpc26042; Mon, 5 Feb 2001 20:47:52 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <3A7F52F7.4D214AD9@acm.org> Date: Mon, 05 Feb 2001 20:46:41 -0800 (PST) From: John Baldwin To: Jim Bloom Subject: Re: Kernel Panic from Yesterday's CVSup Cc: current@FreeBSD.org, "Crist J. Clark" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 06-Feb-01 Jim Bloom wrote: > I have seen both a trap 12 and a trap 9 from a Friday Feb. 2 kernel. This is > occuring on my laptop (AST Ascentia 810N) which I can't seem to get to create > a > core dump. Here is a hand transcription of what I see. > > Mounting root from ufs:/dev/ad0s1a > pccard: card inserted, slot 0 > pccard: card inserted, slot 1 > kernel trap 9 with interrupts disabled > > Fatal trap 9: general protection fault while in kernel mode > instruction pointer = 0x8:0xc0270ad8 > stack pointer = 0x10:0xc2fb4f50 > frame pointer = 0x10:0xc2fb4f64 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = resume, IOPL = 0 > current process = 16 (irq14:ata0) > kernel: type 9 trap, code=0 > Stopped at sw1b+0x77: ltr %si > > backtrace > sw1b(4000) at sw1b+0x77 (note this is actually swtch()) Actually, this is beyond the end of cpu_switch I think. You are effectively off in lala land. > ithd_loop(0,c2fb4fa8) at ithd_loop+0xf7 This is either in the mtx_enter of Giant or in the interrupt handler itself. I'm betting an interrupt handler isn't being setup properly one way or another, and that the code is jumping through a bogus pointer and ending up in lala land executing random code. > fork_exit(c0275bd0,0,c2fb4fa8_ at fork_exit+0x2d > fork_trampoline() at fork_trampoline+0x8 > > I don't have WITNESS or INVARIANTS at this time and don;t have a serial > console > so I can't capture the output. These help to capture bugs by doing extra checks though, and especially with current they are highly, highly, highly recommended right now. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message