Re: ata_std_qc_defer not good enough for FIS-based switching ?

[Tejun Heo <htejun@gmail.com>]

Mark Lord wrote:
> Mark Lord wrote:
>> Mark Lord wrote:
>>> Mark Lord wrote:
>>>> ..
>>>> At the moment, I have the Sil PM plugged in, and it all behaves nicely.
>>>> The previous failure was with the Marvell PM, so I'll hook that up next
>>>> and retest with it.
>>> ..
>>>
>>> It went bonkers again.  This is with 2.6.25.
>>> I'll build 2.6.26-git and try again with that shortly.
>> ..
>>
>> Okay, I have today's 2.6.26-rc2-git installed now.
>> My PCIe notebook has an ExpressCard with this on it:
>>
>>  0d:00.0 Mass storage controller: Silicon Image, Inc. SiI 3132 Serial 
>> ATA Raid II Controller (rev 01)
>>
>> That's the controller I use with sata_sil24 here.
>>
>> I have a Marvell 4140 port-multiplier (standalone card),
>> and have a Seagate 750GB drive (pmp=0) and a Hitachi 500GB drive (pmp=2).
>>
>> When I simply do "hdparm -t" simultaneously on both drives,
>> something gets very confused somewhere.  Neither drive has any media 
>> errors,
>> and this exact same test works fine with sata_mv in my other system.
>> The same test also works fine with both controllers
>> when using a Silicon Image PM instead of the Marvell.
>>
>> When I move the second drive to pmp=1 (instead of pmp=2),
>> then sata_sil24 no longer has problems.  Very peculiar.
>>
>> Here's the log from sata_sil24, ports 0,2, as it fails:
> ..
> 
> And here is the log from sata_sil24, ports 0,1, as it works:

Heh.. detection doesn't work too well either.  I have to tell you mv 
4140 is my favorite pmp.  It just behaved right.  Ironically, all later 
works were focused on simg 3726/4726's because they didn't behave.  I'll 
give well-deserved love to my 4140 and get back to you soon.

Thanks.

-- 
tejun