Hi All,
boy, it sure would be nice to allow BR/BDR's from user space, eh?
(oh yea, for FC there should be Reset LUN support too, I think)
I understand from Doug Gilbert's e-mail, that reset support hasn't
been accepted. Well, I'm not sure *why* that is, but I can tell you from
first hand experience, that the ability to do this type of testing on
Tru64 Unix has proven invaluable! You want to ensure you have a robust
SCSI subsystem, wacking it with resets is a sure way to accomplish it (IMO).
Error handling, frozen queues, aborting/retrying active I/O,
resetting mode pages, etc, all kinds of things get tested via resets.
Not to mention ensuring the device firmware handles resets properly.
[ yep, I do lots of device/system qualification. ]
Please re-consider this support for a future release.
Regards,
Robin
"Justin T. Gibbs" wrote:
>
> >Hi All,
> >
> >Is there any way to force the kernel/scsi layer to call
> >the eh_device_reset_handler and other eh_?? entry points ?
> >I need to test those routines for our HBA.
>
> Set an extrememly short timeout in the peripheral drivers
> servicing the peripherals on your bus. I use a 500 or 250ms
> timeout in the sd driver for my testing. Since my abort routine
> is ususually successful, I force it to return FAILED in order to
> test my BDR handler. To test my reset handler, I force the BDR
> handler to always return FAILED.
>
> --
> Justin
>
> -
> 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]
