]> pilppa.com Git - linux-2.6-omap-h63xx.git/commitdiff
libata: initialize qc->dma_dir to DMA_NONE
authorTejun Heo <htejun@gmail.com>
Wed, 17 Jan 2007 02:34:02 +0000 (11:34 +0900)
committerJeff Garzik <jeff@garzik.org>
Sat, 20 Jan 2007 00:18:49 +0000 (19:18 -0500)
libata didn't used to init qc->dma_dir to any specific value on qc
initialization and command translation path didn't set qc->dma_dir if
the command doesn't need data transfer.  This made non-data commands
to have random qc->dma_dir.

This usually doesn't cause problem because LLDs usually check
qc->protocol first and look at qc->dma_dir iff the command needs data
transfer but this doesn't hold for all LLDs.

It might be worthwhile to rename qc->dma_dir to qc->data_dir as we use
the field to tag data direction for both PIO and DMA protocols.

This problem has been spotted by James Bottomley.

Signed-off-by: Tejun Heo <htejun@gmail.com>
Cc: James Bottomley <James.Bottomley@SteelEye.com>
Signed-off-by: Jeff Garzik <jeff@garzik.org>
include/linux/libata.h

index ab2754830322f96a5e1a80538104fa143a6028b1..e53a13ba7f7833275b54005a237153ac541ee288 100644 (file)
@@ -1143,6 +1143,7 @@ static inline void ata_tf_init(struct ata_device *dev, struct ata_taskfile *tf)
 
 static inline void ata_qc_reinit(struct ata_queued_cmd *qc)
 {
+       qc->dma_dir = DMA_NONE;
        qc->__sg = NULL;
        qc->flags = 0;
        qc->cursect = qc->cursg = qc->cursg_ofs = 0;