Ok, are all the panics fixed now?

[Shawn K. Quinn]

On Tuesday 2003 August 26 00:50, Mike Silbersack wrote:
> Well, Luoqi just committed the pmap fix which solved the recent
> panics on Mike Tancsa's machine, so everything should be good.
>
> Can everyone who was experiencing panics on a August 9th through 26
> kernel cvsup now (well, wait 15 minutes for the servers to update)
> and see if their panics have gone away?
>
> If not, _please_ post DDB/gdb backtraces so we know where to look!

Just had one tonight.

(no debugging symbols found)...
IdlePTD at phsyical address 0x0049b000
initial pcb at physical address 0x003dc2c0
panicstr: page fault
panic messages:
---
Fatal trap 12: page fault while in kernel mode
fault virtual address   = 0xb00036
fault code              = supervisor read, page not present
instruction pointer     = 0x8:0xc02a2a34
stack pointer           = 0x10:0xcdd4fe4c
frame pointer           = 0x10:0xcdd4fe54
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         = 90939 (sh)
interrupt mask          = none
trap number             = 12
panic: page fault

syncing disks... 68 1
done
Uptime: 11h19m59s

[snip a bit]

#0  0xc019430a in dumpsys ()
#1  0xc01940db in boot ()
#2  0xc0194519 in panic ()
#3  0xc0319a1f in trap_fatal ()
#4  0xc03196cd in trap_pfault ()
#5  0xc0319273 in trap ()
#6  0xc02a2a34 in vm_page_lookup ()
#7  0xc029e397 in vm_map_split ()
#8  0xc029e542 in vm_map_copy_entry ()
#9  0xc029e79f in vmspace_fork ()
#10 0xc029b786 in vm_fork ()
#11 0xc018d6fb in fork1 ()
#12 0xc018ce46 in fork ()
#13 0xc0319cd5 in syscall2 ()
#14 0xc030d755 in Xint0x80_syscall ()
#15 0x804b15c in ?? ()
#16 0x804ac55 in ?? ()
#17 0x804aa1b in ?? ()
#18 0x80525fb in ?? ()
#19 0x804813e in ?? ()

-- 
Shawn K. Quinn