Date: Mon, 11 Aug 2003 13:09:37 +0000 From: Bosko Milekic <bmilekic@technokratis.com> To: Mark Johnston <mjohnston@skyweb.ca> Cc: current@freebsd.org Subject: Re: 5.1, Data Corruption, Intel, Oh my! [patch] - Fatal trap 12 Message-ID: <20030811130937.GA34564@technokratis.com> In-Reply-To: <010801c36023$6198c6b0$be0fa8c0@MJOHNSTON> References: <20030811100549.GA33392@technokratis.com> <010801c36023$6198c6b0$be0fa8c0@MJOHNSTON>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Aug 11, 2003 at 11:12:36AM -0500, Mark Johnston wrote: ... > Using $PIR table, 14 entries at 0xc00fdeb0 > apm0: <APM BIOS> on motherboard > kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x0 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc059a773 > stack pointer = 0x10:0xc0c219e2 > frame pointer = 0x10:0xc0c21a02 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 0 (swapper) > kernel: type 12 trap, code=0 > Stopped at _mtx_lock_flags+0x43: cmpl $0xc07edf8c,0(%ebx) > db> trace > _mtx_lock_flags(0,0,c07aa287,11e,c0c21aaa) at _mtx_lock_flags+0x43 > vm_fault(c102f000,c0000000,2,0,c08205c0) at vm_fault+0x2b4 > trap_pfault(c0c21b9e,0,c00004d8,100000,c00004d8) at trap_pfault+0x152 > trap(6c200018,10,1bc40060,1c,0) at trap+0x30d > calltrap() at calltrap+0x5 > --- trap 0xc, eip = 0x5949, esp = 0xc0c21bde, dbp = 0xc0c21be4 --- > (null)(1bf80058,0,530e0102,80202,505a61) at 0x5949 > db> > > The old kernel (Friday's CURRENT plus ATAng) still boots and works fine. > Please ask for any more information you need or any other steps I can > take. > > Mark Please try without any other patches but just stock -current. The above fault looks like a NULL pointer dereference somewhere. Once you sup to recent _stock_ -current (and no other patches), apply the patch and then do a 'find /usr/src/sys/ -name "*.rej" -print' and see if any patch hunks were rejected before you build and boot the kernel. If after all this you still crash like in the above, then please send me [off-list] your kernel configuration file as well as a trace (as above). -- Bosko Milekic * bmilekic@technokratis.com * bmilekic@FreeBSD.org TECHNOkRATIS Consulting Services * http://www.technokratis.com/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030811130937.GA34564>