Excellent!  If you're interested, I can email you a large blurb of
text which explains why the 3<->0 mapping was done.  Let me know if
you'd like me to send it to you.

         -Dave McGuire

On May 15, Hezekiah Mcmurray wrote:
> 
> AHA!
> 
> it is done - many thanks for the help and the info (strange convention
> 3120) <scratches chin with one eyebrow held high>
> 
> H
> 
> 
> Hezekiah McMurray
> Howard Hughes Medical Institute
> California Institute of Technology
> (626)395-6052
> hez@caltech.edu
> 
> Always remember - if you would have used Pine - none of this would be
> happening right now.
> 
> On Mon, 15 May 2000, Dave McGuire wrote:
> 
> > On May 15, Hezekiah Mcmurray wrote:
> > > If I type boot0 or boot3 I get the can't open devie thingo --
> > 
> >   "boot disk" tells the machine to boot from scsi id #3.
> > 
> > > not really familiar with the unti3<->unti0 swapping madness (????)...
> > 
> >   For really crazy reasons, for the introduction of the sun4c line
> > (ss1, ss1+ ss2, ipc, ipx, slc, elc) Sun decided to swap scsi IDs 3
> > and 0 in their boot ROMs and default kernel configs.  So, where we
> > might order our disks on a more sane system 0123, on a post-sun4 SPARC
> > box we'd order them 3120.
> > 
> >   Note that this is *not* a requirement...just a default
> > configuration.  You can override this in the nvram ("setenv
> > boot-device disk0" or similar) and in the SunOS kernel config files.
> > NetBSD comes with a kernel config file called GENERIC_SCSI3 which
> > performs this historical remapping for you, so you don't have to go to
> > the trouble of swapping your disks around when you move to NetBSD.
> > 
> > 
> >                     -Dave McGuire
> >