Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 23 Apr 2010 13:13:30 +0300
From:      Alexander Motin <mav@FreeBSD.org>
To:        Paul Wootton <paul@fletchermoorland.co.uk>
Cc:        FreeBSD-Current <freebsd-current@freebsd.org>, freebsd-geom@freebsd.org
Subject:   Re: Switchover to CAM ATA?
Message-ID:  <4BD172CA.4040106@FreeBSD.org>
In-Reply-To: <4BD15D23.8090501@fletchermoorland.co.uk>
References:  <4BD06BD9.6030401@FreeBSD.org> <4BD15D23.8090501@fletchermoorland.co.uk>

next in thread | previous in thread | raw e-mail | index | archive | help
Paul Wootton wrote:
> Alexander Motin wrote:
>> Can we do switchover now, or some more reasons preventing this?
> 
> The only thing I miss about the old ATA layer was that I knew that a
> drive on a particular controller would always be assigned the same adX
> number, whether is was present at boot time, or added days later. This
> could get a little messy having ad2, ad4, ad12, ad20 and ad22, but at
> least if I added a new drive, it would always attach to say ad8.
> 
> Can this be done on the new CAM ATA?

Binding to controller ports and device IDs can be managed for any CAM
device via device.hints as described in cam(4). This scheme is a
slightly more complicated (you have to explicitly define wanted
mapping), but more flexible. Previous one just inapplicable now. Modern
controllers (especially with Port Multipliers) could support different
(often big) number of devices per channel, making device list with
static numbering too sparse.

-- 
Alexander Motin



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