[RELENG_6] ATARAID oddity

[Sean Bruno]

Sean Bruno wrote:
> Dieter wrote:
>>> I.e. if you insert a drive that was part of a volume from an Adaptec 
>>> RAID controller into another system, the new system will attempt to 
>>> treat that disk as though it were associated with a HOST Raid 
>>> controller.
>>>
>>> I don't think that this is the desired behavior.  Even if the host 
>>> raid meta-data is detected, the system shouldn't attempt to treat 
>>> the disk as part of a HOST raid set without the appropriate 
>>> controller in the system.
>>>     
>>
>> Even if there *is* an appropriate controller in the system, 
>> presumably it
>> isn't going to work unless the disk is connected to that controller.
>>
>> We want the ability to migrate a disk from Adaptec to some other
>> controller without screwy things happening.
>> _______________________________________________
> Looking over the ata-raid.c code that controls the detection, it's 
> pretty obvious
> that it doesn't check to see if the disk belongs to a controller.  
> Moreover it
> blindly tries to use ANY drive in the system(LSI will do this as well) 
> if it detects
> meta data.
>
> I'm working on  a simple patch for this, but I need to figure out 
> which cards are
> using the Adaptec metadata format.  Any ideas where I should look?  I 
> seem to have
> 1 card available(3010S) that I can validate against.
>
>
Well, I tried out this little patch for my system.  This probably breaks 
a lot of stuff, but
it's the beginning of what I think is more correct behavior for Adaptec 
Host-RAID.

If anyone has Adaptec Host-RAID systems out there, please send me the 
PCI-IDs of your
boards before your try this patch.  I would assume that there are some 
Host RAID adapters
out there that don't conform to the pci-ids I have put in this patch.  
If you have one, let me know.

-- 
Sean Bruno
MiraLink Corporation
6015 NE 80th Ave, Ste 100
Portland, OR 97218
Cell 503-358-6832
Phone 503-621-5143
Fax 503-621-5199
MSN: sbruno at miralink.com
Google:  seanwbruno at gmail.com

-------------- next part --------------
A non-text attachment was scrubbed...
Name: ata_adaptec.diff
Type: text/x-patch
Size: 1809 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-drivers/attachments/20080923/454c6cef/ata_adaptec.bin