Re: SG_IO ioctl (was: mode sense blacklist how)

[Pat LaVarre <p.lavarre@ieee.org>]

> > Does "not interruptible" mean
> > timeouts don't work, or ...
> > only timeouts work, or ...
> > only timeouts and resets but not SIGINT ...
>
> From: http://marc.theaimsgroup.com/?l=linux-scsi&m=106937826522932
> Date: 2003-11-21 1:17:16 ...
>
> "not interruptible" in this context means ...
> The SCSI command timeout should bring things
> back but often at the expense ...

I hear you say: timeouts do cancel ioctl SG_IO but only by way of an
automagic reset of the target device that may disrupt contemporaneous
talk with other devices nearby.

I guess asynchronous reset by a parallel thread not yet mentioned
because that service does not yet exist.

Right?

In 2.6.0-test10 we have no way for another thread of the process trying
ioctl SG_IO to ask to cancel the ioctl of the first thread?

ioctl SG_IO runs to completion or to timeout or to reboot always?

> signals (e.g. control-C from the keyboard or
> kill-9) have no effect while waiting for the
> SCSI response.

I hear you say: SIGINT does not cancel ioctl SG_IO.

> The SCSI command timeout should bring things
> back but often at the expense ... can have
> some nasty side effects (e.g. if your root
> file system is on a disk on the same SPI bus).

Aye.

Pat LaVarre