aboutsummaryrefslogtreecommitdiffstats
path: root/drivers/scsi/st.h
diff options
context:
space:
mode:
authorFUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>2008-02-22 23:11:04 +0900
committerJames Bottomley <James.Bottomley@HansenPartnership.com>2008-02-22 17:20:59 -0600
commitc9872fe1add5709fffd42249e6ca1080999aa06a (patch)
tree8ee1278a998220785a3eaf1ae7c3fd4ba54ced22 /drivers/scsi/st.h
parent26106e3ca379e30790c41d8835e79395437152ec (diff)
downloadkernel_samsung_crespo-c9872fe1add5709fffd42249e6ca1080999aa06a.zip
kernel_samsung_crespo-c9872fe1add5709fffd42249e6ca1080999aa06a.tar.gz
kernel_samsung_crespo-c9872fe1add5709fffd42249e6ca1080999aa06a.tar.bz2
[SCSI] stex: stex_internal_copy should be called with sg_count in struct st_ccb
stex_internal_copy copies an in-kernel buffer to a sg list by using scsi_kmap_atomic_sg. Some functions calls stex_internal_copy with sg_count in struct st_ccb, which is the value that dma_map_sg returned. However it might be shorter than the actual number of sg entries (if the IOMMU merged the sg entries). scsi_kmap_atomic_sg doesn't see sg->dma_length so stex_internal_copy should be called with the actual number of sg entries (i.e. scsi_sg_count), because if the sg entries were merged, stex_direct_copy wrongly think that the data length in the sg list is shorter than the actual length. Signed-off-by: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp> Acked-by: Ed Lin <ed.lin@promise.com> Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
Diffstat (limited to 'drivers/scsi/st.h')
0 files changed, 0 insertions, 0 deletions