Re: Driver for sata adapter promise sata300 tx4

[Jens Axboe <axboe@suse.de>]

On Mon, Aug 01 2005, Jeff Garzik wrote:
> 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.  :)

That's what I understand as host supported TCQ, you talk sanely with the
hardware and that handles the actual TCQ with the device. A controller
that just has a hardware queue but doesn't actually do queueing at the
device side is even less interesting, since it buys you very close to
nothing.

> 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.

In part I agree with that, since "everything that is not NCQ" is legacy
in the way that if you have it, perhaps continue to support, but if not
don't bother since it's not worth it.

> Patches to software-status.html to make this more clear are certainly 
> welcome, as well :)

If I update that document, the wording will be stronger :-)

-- 
Jens Axboe

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/