Re: 4.01 panic/lock issues?

[John Carr <jcarr%poethecat.com@localhost>]

On Sat, Dec 27, 2008 at 11:36:12AM +0900, Izumi Tsutsui wrote:
> > I know that when I was able to boot/use the INSTALL kernel, I was able
> > to compile a kernel that would boot. Unfortunately, under heavy load (or if 
> > I tried to run the pre-compiled pine from the 4.0 packages, for example), it
> > would either panic or hang. I don't know if you happen to have a machine
> > ready to go you can test that on, or I can certainly recreate it later
> > tonight.
> Hmm, I think 3/80 is stable enough. I didn't tried 4.x on it but
> pkgsrc perl5 build worked on a kernel just before netbsd-4 was branched,
> and upgrading 5.0_BETA and building toolchains (in ~3 days) also
> worked fine.
> There might be another 3/60 (or sun3, not sun3x) specific issue,
> but exact panic messages always help for debugging.

Sorry for the delay.. the holidays tend to be insanely busy for me. 

I ended up blowing away my test 3.1.1 install and reinstalled 4.0.1 from
scratch. Running the INSTALL kernel and on running the 'mutt' package from
packages/4.0/sun3/All, the workstation crashes with the panic below. I
get this from nearly all the pre-compiled packages.

When I roll my own slimmed down kernel, I will get the same result from
pre-compiled packages, or the machine will lock; more often than not,
I'll get the panic. If I use a custom kernel _and_ compile things out of
pkgsrc instead of using pre-compiled, I'll often get random lockups
when under load.

I'm in the process of recompiling using Manuel's GENERIC kernel config
from last week to use as a control starting point as well. Let me know
if there's anything I can run to help with the troubleshooting. I'm not
much of a coder, but I can help whereever I can.

---


Logging in...vm_fault(0xe105238, 0x0, 0x1) -> 0xe
trap type=0x8, code=0x145, v=0x4
pid = 593, lid = 1, pc = 0E0BF7D6, ps = 2014, sfc = 1, dfc = 1
Registers:
             0        1        2        3        4        5        6
7
dreg: 00000002 00000001 0000003A 00000002 00000466 0F8BFFB4 0F8BC118
0DFFBF54
areg: 0F8BC124 0F8BC000 00000000 0E10D148 0F8BC118 0F8BFFB4 0F8BFEDC
0DFFB16C

Kernel stack (0F8BFDA0):
8BFDA0: 0E0BCCF2 0F8BFE20 00000080 0000003A 00000002 00000466 0F8BFFB4
0F8BC118
8BFDC0: 0DFFBF54 00000000 0E10D148 0F8BC118 0F8BFFB4 00000000 00000000
00000001
8BFDE0: 00000000 00000000 00000000 00000002 00000000 00000000 00000008
00000000
8BFE00: 00000000 00000000 0F8BFEDC 0E0040EC 0F8BFE20 00000008 00000145
00000004
8BFE20: 00000002 00000001 0000003A 00000002 00000466 0F8BFFB4 0F8BC118
0DFFBF54
8BFE40: 0F8BC124 0F8BC000 00000000 0E10D148 0F8BC118 0F8BFFB4 0F8BFEDC
0DFFB16C
8BFE60: 00000000 20140E0B F7D6B008 1E2C0145 701FE1AB 00000004 00000004
00000002
8BFE80: 262A0004 0E0BF7DE 0E0BF7DC 0E0BF7DA E1AB2012 0004FF0B 000F1487
0000383C
8BFEA0: 00000000 0000383C 00000000 80200000 00000004 00000000 00048552
0E0BE858
8BFEC0: 0000003A 00000004 00000466 00000000 0E0BEB58 0F8BFF70 0F8BFFB4
0F8BFF2C
8BFEE0: 0E0BE870 0E10D148 00000000 00000002 0F8BC118 00000000 00000090
00000080
8BFF00: 0DFF000A 0008A4FE 0DFFBF54 0F863A84 0EE573B0 000063F8 0F8BFFB4
00000090
8BFF20: 0F863A84 0EE573B0 0F8BFF9C 0F8BFF9C 0E0BCE1E 0F8BFFB4 0F8BC040
0F8BFF70
8BFF40: 00000000 00000147 00000080 0DFF000A 0008A4FE 0DFFBF54 0DFFBF68
0009B4E0
8BFF60: 000063F8 0DFFDE10 00000000 000000B9 00000001 00000000 00000000
00000000
8BFF80: 00000000 00000000 00000000 00000010 00000000 00000000 00000000
0DFFB16C
panic: MMU fault
syncing disks... 2 1 done

dumping to dev 7,1 offset 213888