Date: Fri, 4 Jun 2004 11:00:37 -0400 From: John Baldwin <jhb@FreeBSD.org> To: freebsd-current@FreeBSD.org Cc: Ian FREISLICH <if@hetzner.co.za> Subject: Re: It's happening again (panic early in boot) Message-ID: <200406041100.37671.jhb@FreeBSD.org> In-Reply-To: <E1BWCCK-0001nk-00@hetzner.co.za> References: <E1BWCCK-0001nk-00@hetzner.co.za>
next in thread | previous in thread | raw e-mail | index | archive | help
On Friday 04 June 2004 06:45 am, Ian FREISLICH wrote: > Hi > > Every month or so after it started working I get this panic. > The panic then goes away after a month or two, with no explanation. > During the existence of the panic I try new kernel source once a day. > > This is an SMP machine. Using the same source UP kernels work fine, > SMP kernels don't. The last SMP kernel that worked is circa May 17. grr, I still don't know why this happens. One thing though is that if we can fix the nested panic we might can work on the first one. > -- > Ian Freislich > > Booting [/boot/kernel/kernel]... > /boot/kernel/acpi.ko text=0x3a0e4 data=0x19e4+0x11ac > syms=[0x4+0x6860+0x4+0x8a87 ] > Copyright (c) 1992-2004 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 5.2-CURRENT #15: Fri Jun 4 10:23:23 SAST 2004 > ianf@brane-dead.freislich.nom.za:/usr/src/sys/i386/compile/BRANE-DEAD > Preloaded elf kernel "/boot/kernel/kernel" at 0xc0728000. > Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0728244. > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Pentium II/Pentium II Xeon/Celeron (267.27-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x634 Stepping = 4 > > Features=0x80fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA, >CMO V,MMX> > real memory = 201261056 (191 MB) > avail memory = 191311872 (182 MB) > MPTable: <OEM00000 PROD00000000> > kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x1c > fault code = supervisor write, page not present > instruction pointer = 0x8:0xc058d98e Can you do a gdb -k on kernel.debug and do 'l *' on this address? That might let us fix the panic in vm_fault(). -- John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200406041100.37671.jhb>