More ULE bugs fixed.
Sean Chittenden
sean at chittenden.org
Fri Oct 17 17:05:19 PDT 2003
> > > > I think you cvsup'd at a bad time. I fixed a bug that would have
> > > > caused the system to lock up in this case late last night. On my
> > > > system it freezes for a few seconds and then returns. I can stop
> > > > that by turning down the interactivity threshold.
> > >
> > > Hrm, I must concur that while ULE seems a tad snappier on the
> > > responsiveness end, it seems to be lacking in terms of real world
> > > performance compared to 4BSD.
> >
> > Thanks for the stats. Is this on SMP or UP?
>
> UP. -sc
The commit to src/sys/kern/kern_switch.c:1.62, would it fix the
following crash (can't find my kernel with debugging symbols):
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x30
fault code = supervisor write, page not present
instruction pointer = 0x8:0xc054699f
stack pointer = 0x10:0xd6713b20
frame pointer = 0x10:0xd6713b2c
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 = 3 (g_up)
trap number = 12
panic: page fault
syncing disks, buffers remaining...
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x0
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc0536771
stack pointer = 0x10:0xdb7d4bb4
frame pointer = 0x10:0xdb7d4bc0
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 = 45 (syncer)
trap number = 12
panic: page fault
#0 0xc052eeeb in doadump ()
#1 0xc052f579 in boot ()
#2 0xc052f958 in panic ()
#3 0xc06e5536 in trap_fatal ()
#4 0xc06e4b73 in trap ()
#5 0xc06d53d8 in calltrap ()
#6 0xc05460bb in sched_switch ()
#7 0xc05384eb in mi_switch ()
#8 0xc0537b9f in msleep ()
#9 0xc058eca3 in sched_sync ()
#10 0xc0518321 in fork_exit ()
-sc
--
Sean Chittenden
More information about the freebsd-current
mailing list