On Mon, Feb 05, 2001 at 06:21:47PM +0900, Toru Nishimura wrote:
> >>> It turns out the call to tsleep in scsiconf.c is never returning.
> >> 
> >> That's what I observed in _another_ mips platform I am involved.  In my
> >
> > Interesting.  Do you have any guesses as to what is causing the problem?
> 
> Nothing this moment, partly because I'm not sure NetBSD/mips DDB is
> working correctly.
> 
> Tohru Nishimura

For what it's worth, DDB worked for me when I was debugging my swapper
"problem" just fine.  But the machine freezes solid with scsi enabled,
and now with no scsi, it's hanging solid when trying to net boot.  And
I can't break to DDB, either.  Observe...

Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001
    The NetBSD Foundation, Inc.  All rights reserved.
Copyright (c) 1982, 1986, 1989, 1991, 1993
    The Regents of the University of California.  All rights reserved.

NetBSD 1.5R (MAGNUM) #25: Mon Feb  5 04:30:33 EST 2001
    phiber@anunnaki:/home/phiber/netbsd-current/src/sys/arch/arc/compile/MAGNUM
MIPS Magnum
total memory = 65536 KB
avail memory = 57072 KB
using 844 buffers containing 3376 KB of memory
mainbus0 (root)
cpu0 at mainbus0: MIPS R4000 CPU (0x430) Rev. 3.0 with MIPS R4010 FPC Rev. 0.0
cpu0: L1 cache: 8KB/16B instruction, 8KB/16B data, direct mapped
cpu0: L2 cache: 1024KB/16B mixed, no snooping
jazzio0 at mainbus0
aclock0 at jazzio0 addr 0xe0004000 intr 0: mc146818 or compatible
lpt at jazzio0 addr 0xe0008000 intr 1 not configured
fdc0 at jazzio0 addr 0xe0003000 intr 2
fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec
vxl at jazzio0 addr 0xe0800000 intr 4 not configured
sn0 at jazzio0 addr 0xe0001000 intr 5: bufsize 28480 address 90:00:6b:82:90:34
asc at jazzio0 addr 0xe0002000 intr 6 not configured
pckbd at jazzio0 addr 0xe0005000 intr 7 not configured
pms at jazzio0 addr 0xe0005000 intr 8 not configured
com0 at jazzio0 addr 0xe0006000 intr 9: ns16550a, working fifo
com0: txfifo disabled
com0: console
com1 at jazzio0 addr 0xe0007000 intr 10: ns16550a, working fifo
com1: txfifo disabled
boot device: fd0
root device (default fd0a): ?
use one of: fd0[a-p] sn0 halt
root device (default fd0a): sn0
dump device: 
file system (default nfs): 
root on sn0
nfs_boot: trying DHCP/BOOTP

And then nothing.  No network activity, machine locked solid.
Again, I know netbooting with port-arc WAS working on 1.5_ALPHA2.
What's the deal?  And do you think I'd have better luck working
my patches into 1.5 final?

It's extremely frustrating to find that after all my work the past couple
days, and now NetBSD is brain-damaged where it wasn't before.

-Mark