Date: Thu, 8 Jan 2009 10:19:14 +0900 From: Pyun YongHyeon <pyunyh@gmail.com> To: Brandon Weisz <lists@avioc.org> Cc: Garrett Cooper <yanefbsd@gmail.com>, stable@freebsd.org, marcel@freebsd.org Subject: Re: Panic in RELENG_7_1 with fxp(4) Message-ID: <20090108011914.GB1256@cdnetworks.co.kr> In-Reply-To: <4964D384.1060301@avioc.org> References: <49600E2E.7070601@avioc.org> <3163F769-48B0-4CFC-8842-BBBDDAE78B51@gmail.com> <20090105032657.GA1842@cdnetworks.co.kr> <4961FACE.4060203@avioc.org> <20090106080333.GA6168@cdnetworks.co.kr> <49637755.1070708@avioc.org> <20090107103924.GA126@cdnetworks.co.kr> <4964D384.1060301@avioc.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Jan 07, 2009 at 10:08:36AM -0600, Brandon Weisz wrote: > Pyun YongHyeon wrote: > > .... > > >I think the panic message you posted below is not related with > >fxp(4). Show me panic message for fxp(4), that would be more > >helpful to narrow down possible cause of issue. > >BTW, are you using non-standard compilation flag or customized > >kernel? Since there are lot of systems that still rely on fxp(4) > >I wonder how this issue is not reported yet. > >Did GENERIC kernel also show exact the same behaviour? > > > > Hi Pyun, > > As suggested, the GENERIC kernel did not panic. After a few more tests, > the culprit appears to be: > > device puc > > With puc(4) removed, the system is running on 7.1-RELEASE kernel with > the fxp(4) card operating as expected. For now I'll be shelving the > cheap pci serial card. > > If anyone wishes to investigate this further I'm happy to continue testing. > Hmm, I still have no idea how puc(4) can trigger the issue. Marcel may have more idea how to debug this(CCed). > Thank you very much for your help. > > Brandon > > > > > After the system panic with this patch, I went into the bios and > > > disabled all unnecessary hardware such as parallel port, usb controller > > > and on-board audio. The resulting panic below appears different. > > > > > > Fatal trap 12: page fault while in kernel mode > > > cpuid = 0; apic id = 00 > > > fault virtual address = 0x400 > > > fault code = supervisor read, page not present > > > instruction pointer = 0x20:0xc07eefec > > > stack pointer = 0x28:0xe4339ac0 > > > frame pointer = 0x28:0xe4339ae4 > > > 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 = 28 (irq23: vr0) > > > trap number = 12 > > > panic: page fault > > > cpuid = 0 > > > Uptime: 50s > > > Physical memory: 995 MB > > > Dumping 162 MB: 147 131 115 99 83 67 51 35 19 3 > > > > > > >[...] > > > -- Regards, Pyun YongHyeon
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090108011914.GB1256>