[libata] fix bugs in ATAPI padding DMA mapping code
authorJeff Garzik <jgarzik@pobox.com>
Mon, 14 Nov 2005 19:06:26 +0000 (14:06 -0500)
committerJeff Garzik <jgarzik@pobox.com>
Mon, 14 Nov 2005 19:06:26 +0000 (14:06 -0500)
commite1410f2d951d45aee3bdbcc05ecedaaa9db276e5
tree16d7ab46582219e349df6bfd48c6e20a5ba8e8fc
parentad36d1a533da91d3448029b4da1113c5b880f25d
[libata] fix bugs in ATAPI padding DMA mapping code

The ATAPI pad-to-next-32bit-boundary code modifies the scatterlist's
length variable, sometimes to zero.  x86-64 platform would oops if a
zero-length scatterlist entry was asked to be mapped.  Work around this
by ensuring that we never DMA-map a zero length buffer or SG entry.
drivers/scsi/libata-core.c