----- Original Message -----
From: Juergen E Fischer <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, April 04, 2000 1:24 PM
Subject: aha152x and REQUEST SENSE
> Hi list,
>
> the aha152x driver is currently ignoring REQUEST SENSE commands. This
> seems to break it's operation with some scanners (e.g.
> CANON IX-03035B).
>
> That behaviour was recently introduced with the support for the new eh
> code and was taken from the aha1542 driver. The driver now automatically
> requests sense information on a check condition and returns it with the
> command that caused the check condition.
>
> Therefore an extra REQUEST SENSE seems useless. OTOH not ignoring
> these commands seems to fix the problem.
Yes, it is useless. I guess we need to figure out why we are getting an
extra REQUEST_SENSE.
It would be pretty easy to track this down if you could turn on logging
for the error handling code. This would cause it to display the return
status for the command - we could then look at it and figure out why it
thinks it doesn't already have valid sense data (and hence is requesting the
data a second time).
> But I'm not sure, if a device is required to keep the sense
> information after it has been requested. I understand that it has to
> keep the information until it is retrieved _or_ a new i/o process is
> opened. So it might be lost after the first request.
>
> SANE should use the sense information returned with the original command
> instead of requesting it again, shouldn't it?
>
> Does the same problem apply to the aha1542 driver?
No, because the 1542 driver should automatically be obtaining the sense
data if an error occurs. AFAIK, there isn't a problem of the data being
requested more than once, but for all I know I could be wrong :-).
-Eric
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to [EMAIL PROTECTED]
