Subject: -current kernel goes splat!
To: None <macbsd-development@NetBSD.ORG>
From: Bill Studenmund <wrstuden@loki.Stanford.EDU>
List: macbsd-development
Date: 07/08/1995 23:24:45
Hi!

As many of you know, I've been trying to get -current to compile on
my system. After difficulties last week, I brought home this week's
tarball and unpacked it (well, all the files that had changed since
the previous tarball).

I had previously config'd the kernel, and so went to
sys/arch/mac68k/compile/GENERIC and did a make depend && make.
Then I copied netbsd to /, and rebooted.

The kernel comes up, but crashed right after the clock was read.
The kernel I compiled with yesterday's source (manually kept
up-to-date) did the same thing.

I'm running a IIsi with MacOS 7.1, 9 Meg of ram, booter 1.6. I have
memory manually set for 8 meg (suggested on one of the ftp sites),
GMT offset = -420 (Pacific Daylight Time), binaries from April 30th
sources, and the mit Happy_Mac_IIsi kernel.

Here's the output:

...
asc0 at mainbus0 Apple sound chip
fpu0 at mainbus0 (mc68882)
floppy0 at mainbus0 not configured
Changing root device to sd1a
swapping 409 and 401.
swapdev = 409, dumpdev = ffffffff
Pram time does not appear to have been read correctly.
Pram: 0x83da5123, macos_boottime: 0x2fff0551
Kernel FPU trap.
trap type 2, code = 0, v = 0
kernel: Illegal instruction trap
pid = 1, pc = 0x000000s8, ps = 0x00002008, sfc = 0x00000001, dfc = 0x00000001
registers:

          0        1        2        3        4        5        6        7
dreg: 000000ff 00000000 00000001 00000000 00000000 00000014 09000000 fffffffc
areg: 0074bdd4 ffffce34 ffffce34 0074be38 0074bef0 08c22300 0074bdd4 ffffcffc
kernel stack (0074bd2c):
[it shows the stack which is half-filled with the above registers.]
[I can include it later if needed.]
panic illegal instruction
stopped at _Debugger+0x6: unlk a6
db> trace
_Debugger(14524,8c7a0,74bcec,2,74bd1c)+6
_panic(8c7a0,1,0,0,14)+34
_trap(2,0,0)+1c2
_fault(74bef0,74bf9c,74bf8c,ffffcfec,ffffcff5)+34c 
_execve(8c22500,74bf8c,ffffcfec,ffffcff5)+34c [probably have offset wrong]
_main(8c22500)+602
_proc_trampoline()+2

Actually, this brings up a point I was wanting to mention, but felt was
low priority. The IIsi kernel has always complained that my clock seems
to be wrong, but it isn't. I think this is an Apple thing. For the past
few months, Norton Utilities has _always complained that my clock seems
to be set wrong. I think it all began when I switched to system 7.1.

Right now, my map controll panel is set for Mountain View CA at 8
hours off GMT.

The one change I did to the configuration was to set the TIMEZONE,
or whatever the "obsolete" config parameter is, to -420, not -300.

Do my binaries need to be newer for this to work? I know about the
ps and w problems, but not this.

Thanks for any assistance!

Bill