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>