[ On Mon, November 17, 1997 at 09:21:51 (GMT), Erik E. Fair wrote: ]
> Subject: 19971116 snapshot available
>
> The snapshot built from 11/16's sup for sparc and sun3 is now available
> on ftp.netbsd.org in the usual place. Today's seemed to be essentially
> trivial changes from yesterday's.
> 
> Are we in beta yet?

Nope, definitely not unfortunately.  It's getting worse, not better.

Unfortunately the 11/15 and 11/16 kernels are far less stable on 3/260
hardware than the 11/12 one.  They exhibit a similar MMU fault panic as
I reported privately for the 11/12 kernel with Xsun, but they do it
almost immeadiately after reboot no matter what's running (though the
first attempt with the 11/15 kernel made it all the way to the nightly
/etc/daily run, though the machine was effectively idle until then).
They also usually double-panic either while syncing the disks or while
dumping core.  Although I've not yet tried to analyze the dumps after
the fact, it would seem they may be not very useful after a double-panic
like this:

Nov 17 12:37:12 sometimes savecore: WARNING: EOF on dump device
Nov 17 12:37:12 sometimes savecore: WARNING: core may be incomplete

Cursory examination suggests there were no changes to the kernel between
the 11/15 and 11/16 snapshots so their similar behaviour seems expected.

For the benefit of everyone on the list here's the full syslog output
from last night's crash of the 11/15 kernel.  As you'll see at the end I
don't have this dump saved, but I do have another hopefully similar one
from the same kernel, as well as one from the 11/16 one now too, and one
from the 11/12 kernel that's repeatable when trying to run the old X11R6
Xsun binary.  I can provide access to these and to the system to anyone
who's willing and able to do more detailed analysis, and I can do some
myself if someone can give me a "script" to follow....

Nov 17 03:15:00 sometimes CRON[404]: (root) CMD (/bin/sh /etc/daily 2>&1 | tee /var/log/daily.out | mail -s "`/bin/hostname` daily output" root) 
Nov 17 11:39:37 sometimes syslogd: restart
Nov 17 11:39:37 sometimes /netbsd: vm_fault(0xe140000, 0x0, 0x1, 0) -> 0x2
Nov 17 11:39:37 sometimes /netbsd: trap type=0x8, code=0x145, v=0xe74
Nov 17 11:39:38 sometimes /netbsd: kernel: MMU fault trap
Nov 17 11:39:38 sometimes /netbsd: pid = 447, pc = 0E0562B8, ps = 2100, sfc = 1, dfc = 1
Nov 17 11:39:38 sometimes /netbsd: Registers:
Nov 17 11:39:38 sometimes /netbsd:              0        1        2        3        4        5        6        7
Nov 17 11:39:38 sometimes /netbsd: dreg: 4F6441A7 4F6441A7 00000000 0000FFFF 00000004 00000000 00002104 00000013
Nov 17 11:39:39 sometimes /netbsd: areg: 0E5FE380 0E58EC80 00000E58 0E5ECB00 00000000 0E5FE380 0F359EB4 0DFFE484
Nov 17 11:39:39 sometimes /netbsd: 
Nov 17 11:39:39 sometimes /netbsd: Kernel stack (0F359D60):
Nov 17 11:39:39 sometimes /netbsd: 359D60: 0E0AA570 0F359DB4 00000080 00000000 0000FFFF 00000004 00000000 00002104
Nov 17 11:39:39 sometimes /netbsd: 359D80: 00000013 00000E58 0E5ECB00 00000000 0E5FE380 00000001 00000000 00000000
Nov 17 11:39:40 sometimes /netbsd: 359DA0: 0F359EB4 0E0040E4 00000008 00000145 00000E74 4F6441A7 4F6441A7 00000000
Nov 17 11:39:40 sometimes /netbsd: 359DC0: 0000FFFF 00000004 00000000 00002104 00000013 0E5FE380 0E58EC80 00000E58
Nov 17 11:39:40 sometimes /netbsd: 359DE0: 0E5ECB00 00000000 0E5FE380 0F359EB4 0DFFE484 00000000 21000E05 62B8B008
Nov 17 11:39:40 sometimes /netbsd: 359E00: 3C2C0145 2F0A0004 00000E74 0F359E7C 00000000 2D6AFFC8 0E0562C2 0E0562C0
Nov 17 11:39:40 sometimes /netbsd: 359E20: 0E0562BE A56E5F6E 001CFF0B 000F1481 3F3C266E 0E58ECA8 00003F3C 00000000
Nov 17 11:39:41 sometimes /netbsd: 359E40: A0200000 00000E74 00000000 0000834F 0F359EB0 00000000 0000FFFF 00000004
Nov 17 11:39:41 sometimes /netbsd: 359E60: 00000000 00002104 00000013 0E58EC80 0E5ECB00 00000000 0E5FE380 0E5C2040
Nov 17 11:39:41 sometimes /netbsd: 359E80: 0F359EB0 00000000 0E608D00 0F359EB0 0E04FF18 0E58EC80 00002114 0E056C2C
Nov 17 11:39:41 sometimes /netbsd: 359EA0: 0E603680 0E057598 00000000 0F359EE8 0E057B38 0F359EE8 0E057BAE 0E5ECB00
Nov 17 11:39:41 sometimes /netbsd: 359EC0: 0E600200 00002014 020F2C6E 00000000 0000004C 00000002 0E5FE380 0F359F84
Nov 17 11:39:42 sometimes /netbsd: 359EE0: 0E600200 0E0D426C 0F359F14 0E02961A 0E5FE380 00000004 00000000 0E608D00
Nov 17 11:39:42 sometimes /netbsd: 359F00: 00000000 0E600200 00000000 00000062 0E5FE380 0F359F40 0E02C05C 0E5FE380
Nov 17 11:39:42 sometimes /netbsd: 359F20: 0E608D00 00000000 00000062 020F2C6E 0000000C 0DFFE488 0E608D00 0E602CC0
Nov 17 11:39:42 sometimes /netbsd: 359F40: 0F359FA4 0E0AA9EA 0E600200 0F359F84 0F359F7C 0DFFEF60 00CC5CFE 00000000
Nov 17 11:39:42 sometimes /netbsd: panic: MMU fault
Nov 17 11:39:42 sometimes /netbsd: syncing disks... 7 7 done
Nov 17 11:39:43 sometimes /netbsd: 
Nov 17 11:39:43 sometimes /netbsd: dumping to dev 0x701, offset 30416
[[.... dump numbers deleted ....]]
Nov 17 11:39:44 sometimes /netbsd:   32  16dump succeeded
Nov 17 11:39:44 sometimes /netbsd: Kernel rebooting...
Nov 17 11:39:44 sometimes /netbsd: NetBSD 1.3_ALPHA (GENERIC) #193: Sat Nov 15 23:35:03 PST 1997
Nov 17 11:39:44 sometimes /netbsd:     root@chronos.clock.org:/usr/src/sys/arch/sun3/compile/GENERIC
Nov 17 11:39:44 sometimes /netbsd: Model: Sun 3/260 (hostid 0x13004ef9)
Nov 17 11:39:45 sometimes /netbsd: fpu: mc68881
Nov 17 11:39:45 sometimes /netbsd: real mem = 33554432
Nov 17 11:39:45 sometimes /netbsd: avail mem = 30179328
Nov 17 11:39:45 sometimes /netbsd: using 217 buffers containing 1777664 bytes of memory
Nov 17 11:39:45 sometimes /netbsd: cache enabled
Nov 17 11:39:45 sometimes /netbsd: mainbus0 (root)
Nov 17 11:39:46 sometimes /netbsd: obio0 at mainbus0
Nov 17 11:39:46 sometimes /netbsd: zsc0 at obio0 addr 0x0 level 6: (softpri 3)
Nov 17 11:39:46 sometimes /netbsd: kbd0 at zsc0 channel 0 (console)
Nov 17 11:39:46 sometimes /netbsd: ms0 at zsc0 channel 1
Nov 17 11:39:46 sometimes /netbsd: zsc1 at obio0 addr 0x20000 level 6: (softpri 3)
Nov 17 11:39:46 sometimes /netbsd: zstty0 at zsc1 channel 0
Nov 17 11:39:47 sometimes /netbsd: zstty1 at zsc1 channel 1
Nov 17 11:39:47 sometimes /netbsd: zsc1: enabling zs interrupts
Nov 17 11:39:47 sometimes /netbsd: eeprom0 at obio0 addr 0x40000
Nov 17 11:39:47 sometimes /netbsd: clock0 at obio0 addr 0x60000 level 5
Nov 17 11:39:47 sometimes /netbsd: memerr0 at obio0 addr 0x80000 level 7: (ECC memory)
Nov 17 11:39:47 sometimes /netbsd: intreg0 at obio0 addr 0xa0000
Nov 17 11:39:47 sometimes /netbsd: ie0 at obio0 addr 0xc0000 level 3: macaddr 08:00:20:06:b1:a6
Nov 17 11:39:48 sometimes /netbsd: obmem0 at mainbus0
Nov 17 11:39:48 sometimes /netbsd: bwtwo0 at obmem0 addr 0xff000000 (1600x1280)
Nov 17 11:39:48 sometimes /netbsd: vmes0 at mainbus0
Nov 17 11:39:48 sometimes /netbsd: si0 at vmes0 addr 0xff200000 level 2 vect 0x40: options=0xf
Nov 17 11:39:48 sometimes /netbsd: scsibus0 at si0: 8 targets
Nov 17 11:39:49 sometimes /netbsd: sd0 at scsibus0 targ 1 lun 0: <QUANTUM, LPS270S, 590A> SCSI2 0/direct fixed
Nov 17 11:39:49 sometimes /netbsd: sd0: 258MB, 2740 cyl, 2 head, 96 sec, 512 bytes/sect x 528808 sectors
Nov 17 11:39:49 sometimes /netbsd: sd1 at scsibus0 targ 2 lun 0: <QUANTUM, LP240S GM240S01X, 6.3> SCSI2 0/direct fixed
Nov 17 11:39:49 sometimes /netbsd: sd1: 234MB, 1818 cyl, 4 head, 65 sec, 512 bytes/sect x 479350 sectors
Nov 17 11:39:49 sometimes /netbsd: st0 at scsibus0 targ 4 lun 0: <ARCHIVE, VIPER 150  25099, -001> SCSI1 1/sequential removable
Nov 17 11:39:49 sometimes /netbsd: st0: drive empty
Nov 17 11:39:49 sometimes /netbsd: cgtwo0 at vmes0 addr 0xff400000 level 4 vect 0xa8 (1152x900)
Nov 17 11:39:50 sometimes /netbsd: vmel0 at mainbus0
Nov 17 11:39:50 sometimes /netbsd: enabling interrupts
Nov 17 11:39:50 sometimes /netbsd: boot device: sd0a
Nov 17 11:39:50 sometimes /netbsd: root on sd0a dumps on sd0b
Nov 17 11:39:50 sometimes /netbsd: root file system type: ffs
Nov 17 11:39:43 sometimes savecore: reboot after panic: MMU fault
Nov 17 11:39:44 sometimes savecore: no dump, not enough free space on device

-- 
							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>