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

[Robert N. M. Watson]

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.
> 
> 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