panic: vm_phys_paddr_to_vm_page: paddr 0xf8000 is not in any segment
david at catwhisker.org
Sun Sep 6 16:06:33 UTC 2009
First got this on my laptop (but not my headless build machine) --
each of which is i386 -- yesterday, at r196858; after reverting to
r196827 (from Thursday), then rebuilding stable/7 at r196886, it
It appears to be happening when xdm(1) gets started., which is pretty
late in the transition to multi-user mode.
One oddity of which to be aware: all ports (save for misc/compat6x)
are built and installed while running stable/6. (I track stable/6,
stable/7, and head, as well as track ports, daily, on both the build
machine and the laptop. As I try to have some time to actually use
the laptop, rather than merely building stuff on it, I don't try
to update the ports collection daily for each of the 3 versions of
the OS I run. And as the laptop is "user-facing," it tends to have
a lot (863, at last count) of ports installed.) misc/compat6x was
installed and is updated under stable/7; it is presently at
compat6x-i386-6.4.604000.200810_3 -- updated Sep 4 06:03:18 2009.
For the past couple of weeks (until yesterday), I noticed that
during the attempt to start xdm(1), the laptop (when running stable/7)
would sometimes lock up (i.e., keyboard apparently non-functional;;
mouse non-functional; only thing I could find to make any progress
was a power cycle, then booting single-user & issuing "fsck -p && exit").
Since I wasn't able to get any information, I didn't mention
it here previously, but now aat least I have an apparently consistennt
panic -- but only when running stable/7.
I have no problems runnning xdm(1) under stable/6 (not that that's
a surprise), but I also have no problems runing xdm(1) under head.
I've copied the crashinfo(8) information to a file visible to my
Web server; it may be viewed at
<http://www.catwhisker.org/~david/FreeBSD/core.txt.6>. I'll paste
the uname info & backtrace here, but for more details, please see that
page. (Of course, if the details you seek aren't in the crashinfo(8)
output, please just let me know what you seek....)
FreeBSD localhost 7.2-STABLE FreeBSD 7.2-STABLE #935 r196886: Sun Sep 6 05:35:04 PDT 2009 root at g1-69.catwhisker.org:/common/S3/obj/usr/src/sys/CANARY i386
#0 doadump () at pcpu.h:196
196 pcpu.h: No such file or directory.
(kgdb) #0 doadump () at pcpu.h:196
#1 0xc049a979 in db_fncall (dummy1=1, dummy2=0, dummy3=-1060239008,
dummy4=0xc3b6986c "\200@âÃ") at /usr/src/sys/ddb/db_command.c:516
#2 0xc049aefc in db_command (last_cmdp=0xc0c95694, cmd_table=0x0, dopager=1)
#3 0xc049b00a in db_command_loop () at /usr/src/sys/ddb/db_command.c:466
#4 0xc049cabd in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:228
#5 0xc0812406 in kdb_trap (type=3, code=0, tf=0xc3b69a14)
#6 0xc0af205b in trap (frame=0xc3b69a14) at /usr/src/sys/i386/i386/trap.c:692
#7 0xc0ad5d4b in calltrap () at /usr/src/sys/i386/i386/exception.s:166
#8 0xc081258a in kdb_enter_why (why=0xc0b93e11 "panic",
msg=0xc0b93e11 "panic") at cpufunc.h:60
#9 0xc07e55b6 in panic (
fmt=0xc0bb024d "vm_phys_paddr_to_vm_page: paddr %#jx is not in any segment") at /usr/src/sys/kern/kern_shutdown.c:557
#10 0xc0a504bd in vm_phys_paddr_to_vm_page (pa=1015808)
#11 0xc0a2ec21 in dev_pager_getpages (object=0xc4d29000, m=0xc3b69c04,
count=1, reqpage=0) at /usr/src/sys/vm/device_pager.c:240
#12 0xc0a3ae90 in vm_fault (map=0xc4d0d000, vaddr=676900864,
fault_type=1 '\001', fault_flags=Variable "fault_flags" is not available.
) at vm_pager.h:130
#13 0xc0af13bb in trap_pfault (frame=0xc3b69d38, usermode=1, eva=676904576)
#14 0xc0af1d27 in trap (frame=0xc3b69d38) at /usr/src/sys/i386/i386/trap.c:399
#15 0xc0ad5d4b in calltrap () at /usr/src/sys/i386/i386/exception.s:166
#16 0x285599c1 in ?? ()
Previous frame inner to this frame (corrupt stack?)
Given that last ("Previous frame inner to this frame (corrupt
stack?)"), I'm not at all certain that the backtraace (or the dump)
will be all that useful. And because of my odd configuration, this
may not be of sufficient interest to merit much expenditure of
anyone else's time.
I'm quite willing to experiment, try patches, or whatnot. I have
local mirrors of the CVVS & SVN repositories handy. I'm not much
of a kernel hacker per se, but I am fairly comfortable hacking
sources in general.
I welcome clues.
David H. Wolfskill david at catwhisker.org
Depriving a girl or boy of an opportunity for education is evil.
See http://www.catwhisker.org/~david/publickey.gpg for my public key.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20090906/0d069586/attachment.pgp
More information about the freebsd-stable