* Re: SATA NCQ
[not found] <000401c50957$0e9d4600$3805040a@internal.synopsys.com>
@ 2005-02-02 19:30 ` Jeff Garzik
0 siblings, 0 replies; only message in thread
From: Jeff Garzik @ 2005-02-02 19:30 UTC (permalink / raw)
To: Mat.Loikkanen; +Cc: linux-ide@vger.kernel.org
Mat Loikkanen wrote:
> Jeff-
>
> Any word on when Native Command Queueing will be supported by Libata? I see
> in your status report there's a dependency on drives being available. As it
[snip, due to mailing list]
> implemented over in Windows?) ... I'd be available to work on adding NCQ
> support to Libata, but my unfamiliarity with the SCSI layer's workings may
> be a big hurdle. What do you think?
(cc'd to linux-ide, for others' information)
Well, you also need a controller that does DMA and NCQ, not just a
drive. NCQ is basically a handshaking protocol between the controller
and drive, letting the drive tell the controller when to DMA <x> sectors
from outstanding ATA command <y>.
No hard date on NCQ availability, and you are welcome (encouraged!) to
contribute NCQ support.
Adding NCQ support is
(a) telling the SCSI layer our queue depth
(b) handling more than one command outstanding at a time (libata should
be mostly ready for this, already)
(c) error handling
(c) is the hardest part. Getting working NCQ is easy ('a' and 'b'), but
making sure you recover correctly from errors is the biggest part of the
task.
That said... patches are always welcome!
Jeff
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2005-02-02 19:30 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <000401c50957$0e9d4600$3805040a@internal.synopsys.com>
2005-02-02 19:30 ` SATA NCQ Jeff Garzik
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).