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
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
