On Fri, 11 Jul 2008, Mike Christie wrote:
> Andrew Vasquez wrote:
>> +static void
>> +qla2x00_terminate_rport_io(struct fc_rport *rport)
>> +{
>> + fc_port_t *fcport = *(fc_port_t **)rport->dd_data;
>> +
>> + qla2x00_abort_fcport_cmds(fcport);
>
>
> Hey, I was also wondering how we get commands still in the driver at this
> point? I was doing some testing on my patches and could not hit it. Does it
> only occur with things like tape commands or what type of errors would
> block/remove the rport but not end up failing the commands at the time the
> error is detected? Like with the CS_TIMEOUT case I hit here
> http://marc.info/?l=linux-scsi&m=121263015108620&w=2
> the IO is failed right away, so when I got to where the terminate callback
> is called there was no IO in the driver.
Yes, typically, the firmware will return all I/Os of a given lost
port. The exception is FCP2 commands (FC-tape) where additional
recovery (via REC) can be used to recover from short-term link-loss.
--
av
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
