| commit | b271f1c881ff301ba1fbb52698d4f2b91858f421 | |
| author | FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp> | |
| Sun, 24 Feb 2008 23:25:23 +0000 (24 15:25 -0800) | ||
| committer | James Bottomley <James.Bottomley@HansenPartnership.com> | |
| Mon, 7 Apr 2008 17:15:40 +0000 (7 12:15 -0500) | ||
| tree | 630df6fc88f323fb491ba9ed4bb282c804ae136d | treesnapshot (tar.gz zip) |
| parent | b174be02f3634460ac215d249617dee5ae446ae1 | commitdiff |
[SCSI] aacraid: READ_CAPACITY_16 shouldn't trust allocation length in cdb
When aacraid spoofs READ_CAPACITY_16, it assumes that the data length
in the sg list is equal to allocation length in cdb. But sg can put
any value in scb so the driver needs to check both the data length in
the sg list and allocation length in cdb.
If allocation length is larger than the response length that the
driver expects, it clears the data buffer in the sg list to zero but
it doesn't need to do. Just setting resid is fine.
Signed-off-by: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Acked-by: Mark Salyzyn <Mark_Salyzyn@adaptec.com>
Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
When aacraid spoofs READ_CAPACITY_16, it assumes that the data length
in the sg list is equal to allocation length in cdb. But sg can put
any value in scb so the driver needs to check both the data length in
the sg list and allocation length in cdb.
If allocation length is larger than the response length that the
driver expects, it clears the data buffer in the sg list to zero but
it doesn't need to do. Just setting resid is fine.
Signed-off-by: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Acked-by: Mark Salyzyn <Mark_Salyzyn@adaptec.com>
Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
| drivers/scsi/aacraid/aachba.c | diffblobblamehistory |