[snip, due to mailing list]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
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
- To unsubscribe from this list: send the line "unsubscribe linux-ide" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
