Re: [PATCH] remove ide-scsi

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [SCSI Target Devel]     [Linux SCSI Target Infrastructure]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Linux IIO]     [Samba]     [Device Mapper]
  Powered by Linux