Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 27 Apr 2010 14:40:47 +0300
From:      Alexander Motin <mav@FreeBSD.org>
To:        Gavin Atkinson <gavin@FreeBSD.org>
Cc:        freebsd-current@FreeBSD.org, freebsd-geom@FreeBSD.org
Subject:   Re: Switchover to CAM ATA?
Message-ID:  <4BD6CD3F.5080903@FreeBSD.org>
In-Reply-To: <1272367989.97887.47.camel@buffy.york.ac.uk>
References:  <4BD06BD9.6030401@FreeBSD.org>	 <20100426.103327.319083499807534535.imp@bsdimp.com> <1272367989.97887.47.camel@buffy.york.ac.uk>

next in thread | previous in thread | raw e-mail | index | archive | help
Gavin Atkinson wrote:
> Losing ataraid would be bad.  I suspect there are a lot of installs
> using it - especially as there is no way to create any other mirror from
> sysinstall.  However, I'm not actually sure that the functionality it
> provides is easy to push down into GEOM.
> 
> ataraid depends on knowing a lot about the underlying hardware, in order
> to know which format of metadata to use.  i.e. it needs to know that the
> disks are attached to (say) a Highpoint controller.  This is especially
> important when creating new ATA RAID devices, although there is so
> little identifying metadata on the disks themselves that in some cases
> it doesn't look like it is possible to identify or even confirm the
> existence of metadata without knowing the PCI ID of the controller to
> which the disks are attached.
> 
> I'm not sure I can see a way to do this from within GEOM.

CAM allows every SIM driver to report several arbitrary string values,
describing driver and hardware. They are almost unused now. I don't see
much problems in exporting them to GEOM and making tasting method to
analyze them.

-- 
Alexander Motin



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