Jukka,

I have not asked this question on the sparc64 mailing list yet, but I
have spent some time searching it and I found one post that appears to
be relevant to the problem I'm experiencing.  If this post is correct,
the RAIDframe documentation will surely need updating to reflect this.
The computer I'm working with is one which I can reinstall without the
worry of losing anything important so I'm considering reinstalling it
with a partitioning scheme that includes a small 'd' for ofwboot.

http://article.gmane.org/gmane.os.netbsd.ports.sparc64/2172/match=inode+raid+mmu

I will post a more detailed message to sparc64.  I'm glad the patch
looks fine.

Ryan


On Tue, Aug 16, 2005 at 08:38:22PM +0200, Jukka Salmi wrote:
> Ryan Cresawn --> netbsd-docs (2005-08-16 13:36:56 -0400):
> > Jukka,
> > 
> > As promised, I have updated chap-rf.xml based on your RAIDframe
> > advice.  Please note that I have also corrected a small problem with
> > an example in the document.  The correction is that the kernel dump
> > flag was shown to be 'dw' in the documentation, but it should read
> > 'dp'.  'dp' is also what is stated to be the correct flag elsewhere in
> > the documentation and it corresponds with fstab(5).
> 
> You're right, the `dw' is a typo and should be `dp'.
> 
> 
> > Finally, there is a problem with booting from the bootblock on
> > /dev/sd0a; however, not from /dev/sd1a.  I'm not quite sure how to
> > remedy this and wonder if it is something that should be documented as
> > a sparc64-specific problem.  I found this URL which partially
> > addresses the problem:
> > 
> >   http://www.netbsd.org/Ports/sparc64/faq.html#fast-dmmu-miss
> [...]
> 
> Maybe you should ask this on the sparc64 list.
> 
> 
> > *** chap-rf.xml	2005/08/16 16:53:07	1.1
> > --- chap-rf.xml	2005/08/16 17:10:34	1.2
> [...]
> 
> Your patch looks fine, thanks!
> 
> 
> Cheers, Jukka
> 
> -- 
> bashian roulette:
> $ ((RANDOM%6)) || rm -rf ~