Jens Axboe wrote:
On Mon, Aug 01 2005, Jeff Garzik wrote:
Jens Axboe wrote:
Oh, and forget TCQ. It's a completely worthless technology inherited
from PATA,
Agreed.
There are a few controllers where we may -eventually- add TCQ support,
controllers that do 100% of TCQ in hardware. But that's so far down the
priority list, it's below just about everything else.
There may just be little motivation to -ever- support TCQ, even when
libata is the 'main' IDE driver, sometime in the future.
Host supported TCQ only removes the pain from the software side, it
still doesn't make it a fast techology. The only reason you would want
to support that would be "it's easy, why not...". From my POV, I would
refuse to support it just from an ideological standpoint :-)
Legacy TCQ, hell no, not in a million years.
This is largely a confusion of terminology. On the SATA page,
"host-based TCQ" == host controller has a hardware queue (DMA ring, or
whatnot)
"legacy TCQ" == making use of READ/WRITE DMA QUEUED commands.
I would only consider accepting the -intersection- of these two feature
sets, where host TCQ and legacy TCQ are -both- present. As an extremely
low, low priority. :)
As a terminology side note, the SATA community refers to "everything
that is not NCQ" as "legacy TCQ". Legacy TCQ doesn't necessarily imply
use of the standard PCI IDE interface, handling SERV interrupts and all
that nastiness.
Patches to software-status.html to make this more clear are certainly
welcome, as well :)
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
|
|