Yeah, this kind of subject shouldn't be coming from this address, but
a very bad thing happened a few days ago, and I'm in the process of
recovering from it...  (Does the snapshot have the inst-fs in it?
and could someone tell me where the shapshot is?  I don't have much
ability to surf the mail archives anymore, and I lost the e-mail I had
saved about it in the "very bad thing".)

My current problem is that I have /dev/ttyb connected from a
SPARCstation ELC to the console of my pc532.  I run the downloader
program and get the following results:

  Command (? for help): download 288000
  CRC error, received 19460, expected 1024, length 1474560
  Command (? for help): run 3e8820

  >> NetBSD BOOT pc532 [$Revision: 1.5 $]
  Boot: [[[sd0a:]/netbsd][-abdrs]] :- rd0a:/netbsd
  Booting rd0a:/netbsd @ 0x240000
  1355776+4096+35344 [0+0] total=3D0x394a14 start 0x240020
  Uncompressing @ 0x2000
  319488+2113536+14220 [0+0] total 0x257790 start 0x2028
  Copyright (c) 1982, 1986, 1989, 1991, 1993
          The Regents of the University of California.  All rights reserved=
.

  NetBSD 1.2 (INSTALL) #0: Tue Sep 17 01:07:33 PDT 1996
      phil@steelhead:/usr/src/sys/arch/pc532/compile/INSTALL
  real mem  =3D 33554432
  kmem_suballoc: bad status return of 3.
  panic: kmem_suballoc

  The operating system has halted.
  Please press any key to reboot.

Ok, so it may all be the result of a bad download CRC, but the kernel
DID uncompress, and the boot loader did run properly, which seems kinda=20
strange for a corrupted file...  Could there be something else going on her=
e?

The other thing I noticed (that really worries me) is that if I
disconnect cu, and then run cu again, the PROM echos everything I
type properly, but responds like this:

  % ./!!
  ./a.out inst-12.fs > /dev/ttya
  % !cu
  cu -l /dev/ttya
  Connected.
  =D8=D8=D8=D8=D8=FE
  Unknown command
  Command (? for help):=20
  Command (? for help): help=20
  Unknown command
  Command (? for help): dump 1000
  Unknown command
  Command (? for help): run 3e8820
  Unknown command

until I reset the machine, at which point it acts normally again.  (The
first transcript was made by running the downloader from a different=20
xterm than cu was running in, and not touching anything in the cu window=20
for the 25 minutes the download took.)  Has anyone seen this before?  If I
can't get this ELC to load the machine, I'll have to try my Mac, and I'm
not sure if I have a C compiler properly installed on it anymore...

Any suggestions?
Jon