[ On Mon, November 17, 1997 at 11:30:20 (-0800), Erik E. Fair wrote: ]
> Subject: Re: 19971116 snapshot available
>
> Our dependency system in the Makefiles is not what it should be. I've
> occasionally been burned by errors that went away after a complete
> recompile of all kernel objects.

Yes, this seems to be the problem indeed.

Andreas and I managed to get another disk into one of our Sun-3/260's
and were able to build a new kernel from the 1997/11/17(~17:00) sup
snapshot and it seems at least as stable as the 11/12 build you did.

However it still won't run Xsun from either the old X11R6 sun3 snapshot,
or from the X11R6.3 snapshot uploaded in August (though it will run
Xnest from the latter and other X11 apps such as xterm, xclock, oclock,
etc. from both, and even an old Mosaic beta).

The panic is basically the same as the one as with the 11/12 kernel.
Unforuntately this kernel was built without the debugger and thus
without debugging symbols too, so a backtrace is essentially useless:

17:23 [91] # gdb netbsd.5.kernel
GDB is free software and you are welcome to distribute copies of it
 under certain conditions; type "show copying" to see the conditions.
There is absolutely no warranty for GDB; type "show warranty" for details.
GDB 4.16 (m68k-netbsd), Copyright 1996 Free Software Foundation, Inc...
(no debugging symbols found)...
(gdb) target kcore netbsd.5.core
panic: MMU fault
#0  0xe09cd6c in cpu_reboot ()
(gdb) bt
#0  0xe09cd6c in cpu_reboot ()
#1  0xe09cd6c in cpu_reboot ()
#2  0xe019c30 in panic ()
#3  0xe0a06c0 in trap ()
(gdb) ?

(Which reminds me -- I should send-pr a report that savecore is not
saving a copy of the system image....)

A 'strings' on the core reveals the following from _msgbufp:

vm_fault(0xe120000, 0xe356000, 0x1, 0) -> 0x1
trap type=0x8, code=0x145, v=0xe357e10
pid = 262, pc = 0E09EE62, ps = 2400, sfc = 1, dfc = 1
Registers:
             0        1        2        3        4        5        6        7
dreg: 00002000 0000000D 00002004 00000001 02588000 00000000 00000000 00000001
areg: 0E357E10 0E5E5F00 0E1D7B84 0E5EA000 02589000 00000000 0F335E80 0DFFF9A0
Kernel stack (0F335D80):
335D80: 0E0A06A2 0F335DD4 00000080 00002004 00000001 02588000 00000000 00000000
335DA0: 00000001 0E1D7B84 0E5EA000 02589000 00000000 00000001 00000000 00000000
335DC0: 0F335E80 0E0040E4 00000008 00000145 0E357E10 00002000 0000000D 00002004
335DE0: 00000001 02588000 00000000 00000000 00000001 0E357E10 0E5E5F00 0E1D7B84
335E00: 0E5EA000 02589000 00000000 0F335E80 0DFFF9A0 00000000 24000E09 EE62B008
335E20: 3C2C0145 F1424E5E 0E357E10 0F335E74 00002004 2F106100 0E09EE6A 0E09EE68
335E40: 0E09EE66 6100FF36 6100FF0A 000F1581 24002F10 00308000 00002400 00002400
335E60: 80200000 0E09EE5E 00000000 FF708018 0E09EE62 00308000 00308000 0E5E5F00
335E80: 0F335EDC 0E090B9E FF708018 02588000 00000001 02588000 0E5CDB00 00000000
335EA0: 00000000 0E5CDB00 0E5CDB00 02589000 00000161 0E132A58 00000005 000A0000
335EC0: 0E5E5100 00000001 00000000 00000003 00308000 0E5E5F00 0E5E2BC0 0F335F00
335EE0: 0E09ED3C 0E5CDB00 02588000 00000001 00000000 00000000 00000088 0E5E1800
335F00: 0F335F48 0E0A08E2 0E5CDB00 02588000 00000001 00000002 001BA600 00000009
335F20: 00000000 00000000 00000002 02380000 001B45B0 00000000 00003930 00000001
335F40: 00000000 0000008F 0DFFF9A4 0E0040E4 00000008 00000161 02589000 00000001
335F60: 00000001 00000002 001BA600 00000009 00000000 00000000 00000002 02589000
panic: MMU fault
syncing disks... 8 8 done
dumping to dev 0x701, offset 30416
4096
trap type=0x8, code=0x145, v=0xe377e10
kernel: MMU fault trap
pid = 1335, pc = 0E0A8BEA, ps = 2400, sfc = 1, dfc = 1
Registers:
             0        1        2        3        4        5        6        7
dreg: 00002000 0000000D 00002004 00000001 02588000 00000000 00000000 00000001
areg: 0E377E10 0E60B380 0E1F7B84 0E612000 02589000 00000000 0F355E80 0DFFF9A0
Kernel stack (0F355D80):
355D80: 0E0AA564 0F355DD4 00000080 00002004 00000001 02588000 00000000 00000000
355DA0: 00000001 0E1F7B84 0E612000 02589000 00000000 00000001 00000000 00000000
355DC0: 0F355E80 0E0040E4 00000008 00000145 0E377E10 00002000 0000000D 00002004
355DE0: 00000001 02588000 00000000 00000000 00000001 0E377E10 0E60B380 0E1F7B84
355E00: 0E612000 02589000 00000000 0F355E80 0DFFF9A0 00000000 24000E0A 8BEAB008
355E20: 3C2C0145 F1424E75 0E377E10 0F355E74 00002004 2F106100 0E0A8BF2 0E0A8BF0
355E40: 0E0A8BEE 2A0B5085 6100FF0A 000F1581 24002F10 00308000 00002400 00002400
355E60: 80200000 0E0A8BE6 00000000 FF708018 0E0A8BEA 00308000 00308000 0E60B380
355E80: 0F355EDC 0E094FE6 FF708018 02588000 00000001 02588000 0E608700 00000000
355EA0: 00000000 0E608700 0E608700 02589000 00000161 0E175580 00000005 000A0000
355EC0: 0E604A80 00000001 00000000 00000003 00308000 0E60B380 0E6033C0 0F355F00
355EE0: 0E0A8AC4 0E608700 02588000 00000001 00000000 00000000 00000088 0E601400
355F00: 0F355F48 0E0AA7B0 0E608700 02588000 00000001 00000002 001BA600 00000009
355F20: 00000000 00000000 00000002 02380000 001B45B0 00000000 00003930 00000001
355F40: 00000000 0000007F 0DFFF9A4 0E0040E4 00000008 00000161 02589000 00000001
355F60: 00000001 00000002 001BA600 00000009 00000000 00000000 00000002 02589000
panic: MMU fault
syncing disks... 8 8 done
dumping to dev 0x701, offset 30416


-- 
							Greg A. Woods

+1 416 443-1734      VE3TCP      <gwoods@acm.org>      <robohack!woods>
Planix, Inc. <woods@planix.com>; Secrets of the Weird <woods@weird.com>