On Sat, Apr 24, 2010 at 01:53:39PM +0100, Bruce Cran wrote: > On Saturday 24 April 2010 13:19:54 Kostik Belousov wrote: > > > You still neglected to show me the _actual_ error, with backtrace, > > that happen. > > Sorry, here it is: > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x1a0 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc07a9d77 > stack pointer = 0x28:0xc82a9aec > frame pointer = 0x28:0xc82a9af8 > 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 = 2509 (dd) > trap number = 12 > panic: page fault > Uptime: 59m10s > Physical memory: 117 MB > Dumping 23 MB: 8 > > #0 doadump () at /home/brucec/src/sys/kern/kern_shutdown.c:245 > 245 dumptid = curthread->td_tid; > (kgdb) #0 doadump () at /home/brucec/src/sys/kern/kern_shutdown.c:245 > #1 0xc0561fbd in boot (howto=260) > at /home/brucec/src/sys/kern/kern_shutdown.c:416 > #2 0xc0562366 in panic (fmt=Could not find the frame base for "panic". > ) > at /home/brucec/src/sys/kern/kern_shutdown.c:579 > #3 0xc07a548b in trap_fatal (frame=0xc82a9aac, eva=416) > at /home/brucec/src/sys/i386/i386/trap.c:947 > #4 0xc07a503e in trap_pfault (frame=0xc82a9aac, usermode=0, eva=416) > at /home/brucec/src/sys/i386/i386/trap.c:860 > #5 0xc07a4958 in trap (frame=0xc82a9aac) > at /home/brucec/src/sys/i386/i386/trap.c:535 > #6 0xc078a8cb in calltrap () > at /home/brucec/src/sys/i386/i386/exception.s:165 > #7 0xc07a9d77 in npxdrop () at /home/brucec/src/sys/i386/isa/npx.c:891 > #8 0xc07aa397 in fpu_kern_leave (td=0xc158e900, ctx=0xc08661e0) > at /home/brucec/src/sys/i386/isa/npx.c:1218 > #9 0xc0780364 in random_nehemiah_read (buf=0xc1882000, c=256) > at /home/brucec/src/sys/dev/random/nehemiah.c:195 > #10 0xc04cc44c in random_read (dev=0xc1476200, uio=0xc82a9c18, flag=0) > at /home/brucec/src/sys/dev/random/randomdev.c:117 > #11 0xc04ed761 in devfs_read_f (fp=0xc1567268, uio=0xc82a9c18, > cred=0xc1867d80, flags=0, td=0xc158e900) > at /home/brucec/src/sys/fs/devfs/devfs_vnops.c:1076 > #12 0xc05aac52 in fo_read (fp=0xc1567268, uio=0xc82a9c18, > active_cred=0xc1867d80, flags=0, td=0xc158e900) at file.h:223 > #13 0xc05aabd1 in dofileread (td=0xc158e900, fd=3, fp=0xc1567268, > auio=0xc82a9c18, offset=-1, flags=0) > at /home/brucec/src/sys/kern/sys_generic.c:322 > #14 0xc05aa968 in kern_readv (td=0xc158e900, fd=3, auio=0xc82a9c18) > at /home/brucec/src/sys/kern/sys_generic.c:237 > #15 0xc05aa783 in read (td=0xc158e900, uap=0xc82a9cb8) > at /home/brucec/src/sys/kern/sys_generic.c:153 > #16 0xc07a5a6d in syscall (frame=0xc82a9d28) > at /home/brucec/src/sys/i386/i386/trap.c:1120 > #17 0xc078a930 in Xint0x80_syscall () > at /home/brucec/src/sys/i386/i386/exception.s:261 > #18 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb)
Yes, this is revealing. The fix for this issue is the only change between .2 and .3 patch.
pgp1jRwZAbphv.pgp
Description: PGP signature
