The SCSI disk driver now attempts to handle this case correctly,
calling end_request for success with the blocks that were OK, with
failure for the ones that didn't, and then retries the remainder.
It's not pretty...
Yes, and it has to violate the abstraction barrier to do so. (That's
OK, it had to violate the abstraction barrier to issue multiple SCSI
commands simultaneously.) Unfortunately, because it was done in the
SCSI layer, it means that the IDE device driver doesn't have the benefit
of the changes the SCSI community made. Perhaps that's should be a hint
that all of this work should be done in the upper layer. That way both
the IDE and SCSI drivers would be able to take advantage of it.
- Ted