Subject: -current kernel goes splat!
To: None <macbsd-development@NetBSD.ORG>
From: Bill Studenmund <wrstuden@loki.Stanford.EDU>
Date: 07/08/1995 23:24:45
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
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
_execve(8c22500,74bf8c,ffffcfec,ffffcff5)+34c [probably have offset wrong]
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!