Re: [PATCH] remove ide-scsi

Sergei Shtylyov
2008-12-07T14:46:57Z

Hello.

Alan Cox wrote:

>>> Because the chunks of scsi midlayer we inherit (actually nowdays mostly
>>> block) are the pieces you need anyway to do multiple command queues,
>>>
>>>
>> Er, what does this term mean? Several queues per device or a tagged
>> queue?
>>
>
> Anything beyond issuing one command at a time. The moment you get errors
> with multiple command queues you really need the rest of the block
> supporting logic (small bits of which are still in scsi).
>

Something like freezing the queue while error handling is done I guess?

>> So, you're just presenting SCSI emulation as a "lesser evil". But 5
>> years seems a long enough term to unbind all that stuff from SCSI.
>>
>
> It's being done bit by bit. I wasn't aware it was a race, I always
>

5 years seems like libata has been running a marathon distance. :-)
IMHO, you're kind of trying to turn that into a race with constant
appeals of getting rid of IDE, clearly without enough efforts spent to
bring about that step so far (looks like there's just not much interest
in doing that now that all major x86 distributions have adopted libata
anyway).

> thought that being correct, logical, testable and evolutionary bisectable
> steps was more important somehow.
>

I'd question the "evolutionary" and "bisectable" properties of the
major distributions' decision to switch from IDE to libata. Though I
guess the state in which IDE code had been at that point contributed to
that (well, anyway I don't know exactly what was the history beyond the
stopping of active IDE work)...

> Alan
>

MBR, Sergei