Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 21 Apr 2011 14:50:02 +0300
From:      Kostik Belousov <kostikbel@gmail.com>
To:        Matthew Jacob <mj@feral.com>
Cc:        FreeBSD-Current <freebsd-current@freebsd.org>
Subject:   Re: Switch from legacy ata(4) to CAM-based ATA
Message-ID:  <20110421115002.GL48734@deviant.kiev.zoral.com.ua>
In-Reply-To: <alpine.BSF.2.00.1104201633420.94458@ns1.feral.com>
References:  <4DAEAE1B.70207@FreeBSD.org> <20110420203754.GM85668@acme.spoerlein.net> <4DAF46F8.9040004@FreeBSD.org> <BCE89DC7-116D-48E1-BD86-DF986062B0CC@samsco.org> <alpine.BSF.2.00.1104201633420.94458@ns1.feral.com>

next in thread | previous in thread | raw e-mail | index | archive | help

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

On Wed, Apr 20, 2011 at 04:35:58PM -0700, Matthew Jacob wrote:
>=20
>=20
> On Wed, 20 Apr 2011, Scott Long wrote:
> >...
> >
> >I agree with what Alexander is saying, but I'd like to take it a step=20
> >further.  We should all be using either mount-by-label, or be working to=
=20
> >introduce generic device names to GEOM.  Right now, device names are an=
=20
> >implementation detail that have no functional use other than to=20
> >complicate the fstab.  Disks exposed through the block layer are simply=
=20
> >direct-access block-array devices, nothing more.  There's no functional=
=20
> >difference to the kernel or userland between ad, ar, da, aacd, mfid,=20
> >amrd, etc when it comes to reading and writing sectors off of them.=20
> >But yet we give them unique names and pretend that those names mean=20
> >something.  We could give them all the name of "disk" and the system=20
> >would still function exactly that same.  The name attributes are=20
> >interesting when it comes to doing out-of-band management, but it's also=
=20
> >trivial to create a human-readable map and a programatic API between the=
=20
> >generic name and the attribute name.  Same goes for volumes labels, and=
=20
> >I'd almost argue that they're more powerful than generic device names.
> >
> >In other words, "ada" isn't the problem here, it's that we all still=20
> >think in terms of the 1980's when systems didn't autoconfigure and=20
> >device names were important hints to system functionality.  That time=20
> >has thankfully passed, and it's time for us to catch up.
> >
>=20
> Still, keep in mind that conservative leanings have to be appeased. Back=
=20
> in SparcStation1 development (1989) we kept on calling the root device=20
> "Fred" as in "Let's boot fred now".
>=20
> That said, you would not *believe* the flack I took for having the root=
=20
> filesystem on sd3 instead of sd0 in SS1, even though there was no reason=
=20
> it couldn't have just been called "fred".

It was YOU ?!

Could you, please, share a story ? I am very interested.

Thanks in advance.

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

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (FreeBSD)

iEYEARECAAYFAk2wGekACgkQC3+MBN1Mb4j5vQCgsOXooO0+Fm28/gD1+gJA2vbg
DDsAoPYKIBxAdapHcOPdUL7bH/QmcVfj
=e+JM
-----END PGP SIGNATURE-----

--s7VmGO2m7mcnuX8Q--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20110421115002.GL48734>