| From | Sent On | Attachments |
|---|---|---|
| Andrew Boyer | Jun 16, 2010 9:17 am | |
| Matthew Jacob | Jun 16, 2010 10:56 am | |
| Andrew Boyer | Jun 16, 2010 12:06 pm | |
| Matthew Jacob | Jun 16, 2010 1:02 pm | |
| Matthew Jacob | Jun 16, 2010 1:14 pm | |
| Andrew Boyer | Jun 16, 2010 1:14 pm | |
| Andrew Boyer | Jun 16, 2010 1:30 pm | |
| Scott Long | Jun 16, 2010 4:31 pm | |
| Matthew Jacob | Jun 16, 2010 4:50 pm |
| Subject: | Re: Overlapped Commands error | |
|---|---|---|
| From: | Andrew Boyer (abo...@averesystems.com) | |
| Date: | Jun 16, 2010 1:30:51 pm | |
| List: | org.freebsd.freebsd-scsi | |
On Jun 16, 2010, at 4:14 PM, Matthew Jacob wrote:
Can anyone point me to where in the stack the command identifier is assigned? I
see where MPT assigns tags in target mode, but it's the initiator in this case.
Any advice?
The mpt f/w assigns tags. Don't really know what happened here.
Also, is CAM doing the right thing by retrying? scsi_error_action() in
cam/scsi/scsi_all.c always sets the retry bit on aborted commands, even though
the spec quoted above makes it sound like this should be a fatal error ("This is
considered a catastrophic failure on the part of the SCSI initiator device").
Should scsi_error_action() be looking at the Additional Sense Code?
Not really, IMO. It's up to each periph driver to decide whether commands are
statefull or can be retried with impunity.
OK. Thank you for looking into it.
-Andrew
-------------------------------------------------- Andrew Boyer abo...@averesystems.com
_______________________________________________ free...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-scsi To unsubscribe, send any mail to "free...@freebsd.org"





