The panic is due to the driver receiving a request to transfer 5 bytes when it requires and checks for even lengths. It was almost certainly introduced by this change between 2.6.15 and .16:
commit eca7be5e1899626db01ae42b0123458d6fb34930
Author: Brian King <brk...@us.ibm.com>
Date: Tue Feb 14 12:42:24 2006 -0600
[SCSI] sg: Remove aha1542 hack
Remove a hack in the sg driver that alters the total buffer
length for SG_IO commands to ensure buffers are not odd byte
lengths. This breaks on the ipr driver since it requires the
request_bufflen to equal the length specified in the cdb.
The block layer SG_IO code does not appear to have this hack.
Signed-off-by: Douglas Gilbert <do...@torque.net>
Signed-off-by: Brian King <brk...@us.ibm.com>
Signed-off-by: James Bottomley <james.bottom...@steeleye.com>
A later change between 2.6.23 and .24 removed the check for even lengths
from aha1542:
commit fc3fdfcc8bb0e069a2d172e745664fa2c1f1b0ca
Author: Boaz Harrosh <bharr...@panasas.com>
Date: Sun Sep 9 21:02:45 2007 +0300
[SCSI] aha1542: convert to accessors and !use_sg cleanup
- convert to accessors and !use_sg cleanup
Signed-off-by: Boaz Harrosh <bharr...@panasas.com>
Signed-off-by: James Bottomley <james.bottom...@hansenpartnership.com>
but it's not clear that the driver will work correctly with odd lengths.
Ben.
--
Ben Hutchings
Logic doesn't apply to the real world. - Marvin Minsky
signature.asc
Description: This is a digitally signed message part
