[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)
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.


No differences found