Date: Mon, 4 Aug 2008 20:29:19 +0200 From: Ulrich Spoerlein <uspoerlein@gmail.com> To: Pyun YongHyeon <pyunyh@gmail.com> Cc: freebsd-current@FreeBSD.org Subject: Re: Call for bfe(4) testers. Message-ID: <20080804182919.GB1480@roadrunner.spoerlein.net> In-Reply-To: <20080804010205.GA21401@cdnetworks.co.kr> References: <20080730113449.GD407@cdnetworks.co.kr> <20080802092830.GA1552@roadrunner.spoerlein.net> <20080803081730.GA18731@cdnetworks.co.kr> <20080803105627.GD1555@roadrunner.spoerlein.net> <20080804010205.GA21401@cdnetworks.co.kr>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 04.08.2008 at 10:02:05 +0900, Pyun YongHyeon wrote:
> On Sun, Aug 03, 2008 at 12:56:27PM +0200, Ulrich Spoerlein wrote:
> > no toe capability on 0xc40abc00
> >
> > messages, but they don't seem the culprit. The stats sysctl also works
>
> I think kmacy@ fixed this. Please update again.
I will, as I still get the panics with your patches backed out.
> > Fatal trap 12: page fault while in kernel mode
> > cpuid = 0; apic id = 00
> > fault virtual address = 0x38
> > fault code = supervisor read, page not present
> > instruction pointer = 0x20:0xc058ec16
> > stack pointer = 0x28:0xfb7b6ac8
> > frame pointer = 0x28:0xfb7b6ac8
> > 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 = 1327 (powerd)
> >
>
> From this and the fault address 0x38 above suggests cpufreq(4)
> dereferenced a NULL pointer. It seems powered(4) tried to set CPU
> frequency and encountered page fault. Full backtrace would be
> great help.
The kdb.enter.panic script is not called when panicking due to a page
fault. Knowing this, I do have a backtrace handy:
Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address = 0x38
fault code = supervisor read, page not present
instruction pointer = 0x20:0xc058ec16
stack pointer = 0x28:0xfb8b8ac8
frame pointer = 0x28:0xfb8b8ac8
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 = 1176 (powerd)
db:0:kdb.enter.default> show pcpu
cpuid = 0
curthread = 0xc4ec0aa0: pid 1176 "powerd"
curpcb = 0xfb8b8d90
fpcurthread = none
idlethread = 0xc3f80cc0: pid 10 "idle: cpu0"
APIC ID = 0
currentldt = 0x50
db:0:kdb.enter.default> bt
Tracing pid 1176 tid 100103 td 0xc4ec0aa0
device_is_attached(0,c87e6b40,fb8b8afc,0,101,...) at device_is_attached+0x6
cf_set_method(c420b600,c87e6b40,64,fb8b8ba4,c87e33b4,...) at cf_set_method+0x6a3
cpufreq_curr_sysctl(c420d840,c4207000,0,fb8b8ba4,fb8b8ba4,...) at cpufreq_curr_sysctl+0x232
sysctl_root(fb8b8ba4,4,1,c4ec0aa0,c4501d38,...) at sysctl_root+0x137
userland_sysctl(c4ec0aa0,fb8b8c14,4,0,0,...) at userland_sysctl+0x151
__sysctl(c4ec0aa0,fb8b8cfc,18,fb8b8ca0,46,...) at __sysctl+0xec
syscall(fb8b8d38) at syscall+0x345
Xint0x80_syscall() at Xint0x80_syscall+0x20
--- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x28161bd3, esp = 0xbfbfe8cc, ebp = 0xbfbfe8f8 ---
db:0:kdb.enter.default> capture off
Seems like I caught RELENG_7 during a bad time. Will update again.
Cheers,
Ulrich Spoerlein
--
It is better to remain silent and be thought a fool,
than to speak, and remove all doubt.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080804182919.GB1480>