On Sun, 3 Dec 2000, Kjetil B. Thomassen wrote:

> The last stuff before it hang is:
> root file system type: nfs
> init: copying out path '/sbin/init' 11

Odd.  My system was panicking at that point until I put in a small change
(not committed because I don't think it's correct) which caused it to hang
instead.  I think that UBC currently has a problem with systems with >8k
page size.  I'll raise this on tech-kern if I get a chance, but at least
one place where the problem is obvious is in (from memory) ubc_fault(),
where it does an integer divide of UBC_WINSIZE (8192) by PAGE_SIZE (32768)
and uses the result as the number of pages to fault in (or something like
that).

> It looks as though there may be problem with I/O, so this is something
> that needs to be looked into.

I think it's a VM system problem.  I'll look into it when I get a chance,
but that may not be till the weekend.  It takes me quite a lot of
concentration to understand that area of the kernel.

> Is there anything I can do to try to trace this further?

options UVMHIST tends to be quite useful for this kind of thing.  Look in
sys/uvm/uvm_stat.c for stuff you can do with it.  UBC keeps its own
history, which ISTR you can get at by typing "call uvmhist_dump(ubchist)"
at db>.

> BTW, my ST-506 drive has died, so I am now booting over sharefs. It
> would be handy if I could get your AUN stuff running on my ss2.

When I get my hands on the sources again, I'll slap them on ftp.netbsd.org
so we don't lose them again.  Anyone got a combined PCI SCSI/Ethernet
card spare?

-- 
Ben Harris                                                   <bjh21@netbsd.org>
Portmaster, NetBSD/arm26               <URL:http://www.netbsd.org/Ports/arm26/>