Re: ULE panic

From: Jeff Roberson <jroberson_at_chesapeake.net>
Date: Thu, 8 May 2003 17:18:36 -0400 (EDT)
ULE is slighty broken on SMP at the moment.  I will look into it before
the weekend.

Cheers,
Jeff

On Thu, 8 May 2003, Niels Chr. Bank-Pedersen wrote:

> On Thu, May 08, 2003 at 09:08:20PM +0200, ianf_at_za.uu.net wrote:
> > Hi
> >
> > After about 2 minutes on my SMP system, I get the following panic.
> > Sadly this is the best report I can give because the system wedges
> > so solidly it won't even crashdump or drop into the debugger.
> >
> > Fatal trap 12: page fault while in kernel mode
> > cpuid = 0; lapic.id = 00000000
> > fault virtual address   = 0x38
> > fault code              = supervisor read, page not present
> > instruction pointer     = 0x8:0xc01efc87
> > stack pointer           = 0x10:0xcd4dec4c
> > frame pointer           = 0x10:0xcd4dec60
> > 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         = 14 (swi7: tty:sio clock)
> > trap number             = 12
> > panic: page fault
> > cpuid = 0; lapic.id = 00000000
> > Stack backtrace:
> > backtrace(c0338cf2,0,c0329d79,cd4deb3c,c0d1abe0) at backtrace+0x17
> > panic(c0329d79,c0348f01,c0d19700,1,1) at panic+0x104
> > trap_fatal(cd4dec0c,38,1,0,c0d1abe0) at trap_fatal+0x322
> > trap_pfault(cd4dec0c,0,38,cd4debe4,38) at trap_pfault+0x232
> > trap(cd4d0018,c01e0010,c3ad0010,c0d1abe0,c038da50) at trap+0x3bd
> > calltrap() at calltrap+0x5
> > --- trap 0xc, eip = 0xc01efc87, esp = 0xcd4dec4c, ebp = 0xcd4dec60 ---
> > sched_choose(c038d3c0,c0d1ce40,0,c0d19658,cd4deccc) at sched_choose+0x77
> > choosethread(c0d1abe0,cd4dec90,f3e70ca5,df354cc0,ffc00014) at choosethread+0x35
> > mi_switch(c038abc0,0,0,0,c0d195a0) at mi_switch+0x17f
> > ithread_loop(c0d18180,cd4ded48,0,0,0) at ithread_loop+0x2c8
> > fork_exit(c01c5ca0,c0d18180,cd4ded48) at fork_exit+0xb0
> > fork_trampoline() at fork_trampoline+0x1a
> > --- trap 0x1, eip = 0, esp = 0xcd4ded7c, ebp = 0 ---
> > boot() called on cpu#0
> >
> > syncing disks, buffers remaining...
>
> Just saw the same while running fsck on the (serial) console
> in singleuser:
>
> # mount
> /dev/da0s1a on / (ufs, local, noatime, soft-updates)
> devfs on /dev (devfs, local)
> # mount -u -o ro /
> # fsck -y;fsck -y
> ** /dev/da0s1a
> ** Last Mounted on /
> ** Root file system
> ** Phase 1 - Check Blocks and Sizes
> ** Phase 2 - Check Pathnames
> ** Phase 3 - Check Connectivity
> ** Phase 4 - Check Reference Counts
> ** Phase 5 - Check Cyl groups
> 2376 files, 416643 used, 119164 free (1156 frags, 14751 blocks, 0.2% fragmentation)
> ** /dev/da3s1e
> ** Last Mounted on /usr
> ** Phase 1 - Check Blocks and Sizes
> ** Phase 2 - Check Pathnames
> ** Phase 3 - Check Connectivity
> ** Phase 4 - Check Reference Counts
> ** Phase 5 - Check Cyl groups
> 45233 files, 871327 used, 200304 free (24568 frags, 21967 blocks, 2.3% fragmentation)
> ** /dev/da0s1f
> ** Last Mounted on /var
> ** Phase 1 - Check Blocks and Sizes
> ** Phase 2 - Check Pathnames
> ** Phase 3 - Check Connectivity
> ** Phase 4 - Check Reference Counts
> ** Phase 5 - Check Cyl groups
> 1192 files, 162846 used, 372961 free (545 frags, 46552 blocks, 0.1% fragmentation)
> ** /dev/ad0s1f
> ** Last Mounted on /data
> ** Phase 1 - Check Blocks and Sizes
>
>
> Fatal trap 12: page fault while in kernel mode
> cpuid = 1; lapic.id = 00000000
> fault virtual address   = 0x38
> fault code              = supervisor read, page not present
> instruction pointer     = 0x8:0xc01e7da7
> stack pointer           = 0x10:0xdf143c4c
> frame pointer           = 0x10:0xdf143c60
> 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         = 29 (swi0: tty:sio)
> kernel: type 12 trap, code=0
> Stopped at      sched_choose+0x77:      movl    0x38(%eax),%eax
> db> trace
> sched_choose(c03aa8f0,c21af720,0,c6079bf8,df143ccc) at sched_choose+0x77
> choosethread(c21ae850,df143ccc,43a5db45,66ccaf8,ffc03014) at choosethread+0x35
> mi_switch(c03a7a60,0,0,0,c6079b40) at mi_switch+0x17f
> ithread_loop(c610ea80,df143d48,0,0,0) at ithread_loop+0x2c8
> fork_exit(c01bd6c0,c610ea80,df143d48) at fork_exit+0xb0
> fork_trampoline() at fork_trampoline+0x1a
> --- trap 0x1, eip = 0, esp = 0xdf143d7c, ebp = 0 ---
> db>
>
>
> > Ian Freislich
>
>
> /Niels Chr.
>
> --
>  Niels Christian Bank-Pedersen, NCB1-RIPE.
>
>  "Hey, are any of you guys out there actually *using* RFC 2549?"
> _______________________________________________
> freebsd-current_at_freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org"
>
Received on Mon May 12 2003 - 07:00:42 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:07 UTC