The behavior you are seeing is by design. Essentially the problem is
that when the mid-level keeps timers and aborts a pending abort, the host
adapter itself can become quite confused. This is essentially what was
happening with the old error handling code, and it resulted in a sort of
power struggle as the low-level driver and the mid-layer both took it for
granted that they "owned" the command in question, and both of them were
trying to operate on it.
With the new error handling code it becomes the responsibility of the
hba driver to spawn a timer if the driver author feels the need. The driver
should then wait for either an interrupt indicating completion or for the
timer to fire. In any case, the hba driver can then accurately inform the
mid-layer as to what really happened. In the event of a timeout, the hba
driver has a much better idea of the current status of the command, and can
make much better decisions as to how to handle it.
-Eric
----- Original Message -----
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, February 08, 2001 1:05 PM
Subject: scsi_unjam_host and scsi_try to abort_command
> Hi All,
>
> I was looking at the scsi_error.c and in particular at the
scsi_unjam_host()
> routine. It calls scsi_try_to_abort_command which calls eh_abort_handler()
> routine of the hba driver. We are passing timeout to the
> scsi_try_to_abort_command(). But we don't seem to making use of it.
> Shouldn't scsi_try_to_abort_command() spawn a timer for the specified
> timeout and then wait for the completion of the abort operation
> instead of depending on the return value of the eh_abort_handler() ?
> The reason is because, aborting a command can be an asynchronous
> operation in the sense that, the eh_abort_handler() routine will
> send an abort to the device and then the abort will be completed
> through interrupt.
>
> Any input on this ?
>
> Thanks and regards,
> -hiren
> -
> To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
> the body of a message to [EMAIL PROTECTED]
>
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to [EMAIL PROTECTED]
