--eheScQNz3K90DVRs
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, Feb 10, 2004 at 11:20:25PM +0100, Jochen Kunz wrote:
> On Tue, 10 Feb 2004 10:31:53 -0800
> Bill Studenmund <wrstuden@NetBSD.org> wrote:
>=20
> > ?? I remember we moved a few device numbers around,=20
> [I shoud have checked this before posting.]
> Yes, now I see. I had somthing in my haed that all majors had been moved
> around so that they are identical on all archs. But this is only the
> case for new drivers. Only a few existing divers are affected be the
> reorganisation.

Yes, because of the flood of pain moving disk drivers around would cause!=
=20
:-)

> > No disk device major numbers present in the 1.6 release were changed=20
> > AFAIK, so Nathan has something else going on. :-|
> Looking at the 1.6.1 dmesg:
> sd0 at atapibus0 drive 1: <IOMEGA  ZIP 250       ATAPI, , 51.G> type 0
> [...]
> scsibus0: waiting 2 seconds for devices to settle...
> sd1 at scsibus0 target 0 lun 0: <QUANTUM, VIKING II 4.5WLS, 3506> SCSI2
>=20
> Maybe the new kernel doesn't get the Zip dive as sd0 and the drive
> numbering gets messed up? Nathan did you check this?

I bet that's the problem. Something's a little different, so the unit=20
numbers change. So sd2, the one in question I believe, is somewhere else=20
now. :-|

Take care,

Bill

--eheScQNz3K90DVRs
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (NetBSD)

iD8DBQFAKaFQWz+3JHUci9cRAnV4AJ9+nLvvGqeNzZrFrdz/CnS+UJhP3QCeKLrS
atCELOw+aaWRkIJuZTdF4so=
=CoRn
-----END PGP SIGNATURE-----

--eheScQNz3K90DVRs--