All of lore.kernel.org
 help / color / mirror / Atom feed
From: Douglas Gilbert <dgilbert@interlog.com>
To: Jeremy Linton <jlinton@tributary.com>
Cc: Linux Scsi <linux-scsi@vger.kernel.org>
Subject: Re: [PATCH] SG_SCSI_RESET ioctl should only perform requested operation
Date: Mon, 04 Feb 2013 17:28:48 -0500	[thread overview]
Message-ID: <51103620.1050204@interlog.com> (raw)
In-Reply-To: <5110174A.4080808@tributary.com>

On 13-02-04 03:17 PM, Jeremy Linton wrote:
>>From all the documentation I've found, it is not clear that users of the
> SG_SCSI_RESET ioctl may have their requests progress up the hierarchy of reset
> operations.
>
> Basically, requests for a SCSI_TRY_RESET_DEVICE may eventually result in a
> TARGET, BUS, or HOST reset. The sg_reset utility hints at the error handling,
> but actually leads the user to believe that they should reissue the sg_reset
> command themselves to enact more aggressive reset functions. It also says:
> "Note that a host reset and a bus reset may cause collateral damage."
>
> In the interest of error isolation, I have attached a patch which changes the
> behavior. The existing behavior is obviously intentional, but I don't believe
> its the best choice.
>
> There are other alternatives to this patch. For one, to avoid the possibility of
> breaking an existing application, maybe SG_SCSI_RESET needs some new values like
> "SG_SCSI_RESET_DEVICE_ONLY". While leaving the existing operations alone.
>
>
>
> Just in case...
> Signed-off-by: Jeremy Linton <jlinton@tributary.com>
> ---
> 	
> diff --git a/drivers/scsi/scsi_error.c b/drivers/scsi/scsi_error.c
> index c1b05a8..6f05bc2 100644
> --- a/drivers/scsi/scsi_error.c
> +++ b/drivers/scsi/scsi_error.c
> @@ -1999,19 +1999,13 @@ scsi_reset_provider(struct scsi_device *dev, int flag)
>          switch (flag) {
>          case SCSI_TRY_RESET_DEVICE:
>                  rtn = scsi_try_bus_device_reset(scmd);
> -               if (rtn == SUCCESS)
> -                       break;
> -               /* FALLTHROUGH */
> +               break;
>          case SCSI_TRY_RESET_TARGET:
>                  rtn = scsi_try_target_reset(scmd);
> -               if (rtn == SUCCESS)
> -                       break;
> -               /* FALLTHROUGH */
> +               break;
>          case SCSI_TRY_RESET_BUS:
>                  rtn = scsi_try_bus_reset(scmd);
> -               if (rtn == SUCCESS)
> -                       break;
> -               /* FALLTHROUGH */
> +               break;
>          case SCSI_TRY_RESET_HOST:
>                  rtn = scsi_try_host_reset(scmd);
>                  break;
> --

Jeremy,
That is way too sensible to be approved as it will most likely
break existing code that assumes the escalation property.

Perhaps some new constants could be introduced (e.g.
SCSI_TRY_RESET_TARGET_ONLY) that could be passed to
the SG_SCSI_RESET ioctl. And perhaps that new set of
constants could more accurately reflect how such things
are done in modern SCSI.

Doug Gilbert



      reply	other threads:[~2013-02-04 22:28 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-02-04 20:17 [PATCH] SG_SCSI_RESET ioctl should only perform requested operation Jeremy Linton
2013-02-04 22:28 ` Douglas Gilbert [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=51103620.1050204@interlog.com \
    --to=dgilbert@interlog.com \
    --cc=jlinton@tributary.com \
    --cc=linux-scsi@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.