Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 24 Apr 2011 17:54:46 +0100
From:      "Robert N. M. Watson" <rwatson@FreeBSD.org>
To:        Alexey Dokuchaev <danfe@FreeBSD.org>
Cc:        svn-src-head@freebsd.org, Alexander Motin <mav@FreeBSD.org>, src-committers@freebsd.org, "Bjoern A. Zeeb" <bz@FreeBSD.org>, svn-src-all@freebsd.org
Subject:   Re: svn commit: r220982 - in head: . sys/amd64/conf sys/arm/conf sys/conf sys/i386/conf sys/ia64/conf sys/mips/conf sys/mips/malta sys/pc98/conf sys/powerpc/conf sys/sparc64/conf sys/sun4v/conf
Message-ID:  <69D8AAE8-253B-4BD1-83E3-F300FCF3316C@FreeBSD.org>
In-Reply-To: <20110424163258.GA32595@FreeBSD.org>
References:  <201104240858.p3O8wwqT024628@svn.freebsd.org> <alpine.BSF.2.00.1104241140070.36270@fledge.watson.org> <4DB441B0.8020906@FreeBSD.org> <20110424163258.GA32595@FreeBSD.org>

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

On 24 Apr 2011, at 17:32, Alexey Dokuchaev wrote:

> On Sun, Apr 24, 2011 at 06:28:48PM +0300, Alexander Motin wrote:
>> What's about creating some kind of symlinks, it could be nice if it
>> worked, but I don't see the way to do it on disk(9) or GEOM layers
>> without breaking device's access counters and as result further =
random
>> problems.
>=20
> Speaking on Alexander's side, I'd want to mention that many of our =
users
> had been bitten by obscure adX naming during past years (largely due =
to
> ATA_STATIC_ID option which was probably useful back in times when =
there
> typically was only one IDE controller present in system, but leads to =
all
> sorts of weird ad4-6-8's in recent years) had already migrated to =
glabel
> or GPT labels, to avoid precisely the issues we're talking about here.

Yes, the argument is not over whether the change should be made, but how =
we can get it done in time for 9.0-RELEASE in such a way that it =
minimises disruption for our users. Clearly, we need the new AHCI driver =
as the default in the release. But if we make upgrading (and rolling =
back) significantly harder, that hurts us a lot. Ideally, we would have =
shipped the migration parts in 8.2 so that 9.0 was a driver change =
event, not a device naming model change event (easing in the =
administrative hurdle).

Robert=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?69D8AAE8-253B-4BD1-83E3-F300FCF3316C>