James.Smart@xxxxxxxxxx wrote:
>>So you this storage vendor please provide us this test case
>>as a start?
>
>
> Basic test case:
> - start load on the fc disks
> - run sg_reset -b /dev/sgX or sg_reset -d /dev/sgX
>
>
>>That beeing said I mentioned that we need to do SG-based
>>resets via the
>>EH thread aswell. As Emulex apparently cares about the above
>>case would
>>you mind implementing it?
>
>
> Well - we would prefer the vendor test the system as it should behave
> in normal circumstances rather than test-suite-derived conditions.
>
> Yes, we will sign up for this. However, we have several items on our
> plate so we won't be on this quickly. I would hope there would be no
> issue with accepting the patch as is and backing out the relatived code
> as part of the eventual patch. We'll also be contacting the SG maintainer
> to get his/her thoughts.
While on the subject of resets, linux still has a
fuzziness around a "device" reset. There should be
two resets around this level:
- target reset: reset a target device, its ports and
all logical units within it [transport level]
- logical unit reset: reset a logical unit only
[this is a mandatory SCSI task management function]
If changes are being made in this area, then perhaps
this fuzziness should be addressed.
Doug Gilbert
-
: 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
