libata: initialize qc->dma_dir to DMA_NONE

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>

authored by Tejun Heo and committed by Jeff Garzik 501e0c50 96bc103f

+1
+1
include/linux/libata.h
··· 1143 1143 1144 1144 static inline void ata_qc_reinit(struct ata_queued_cmd *qc) 1145 1145 { 1146 + qc->dma_dir = DMA_NONE; 1146 1147 qc->__sg = NULL; 1147 1148 qc->flags = 0; 1148 1149 qc->cursect = qc->cursg = qc->cursg_ofs = 0;