From: Brian King <brking@linux.vnet.ibm.com>
To: James.Bottomley@HansenPartnership.com
Cc: linux-scsi@vger.kernel.org
Subject: Re: [PATCH 1/6] ibmvfc: Fixup TMF response handling - drop
Date: Mon, 19 Oct 2009 14:56:25 -0500 [thread overview]
Message-ID: <4ADCC469.20205@linux.vnet.ibm.com> (raw)
In-Reply-To: <200910191919.n9JJJhxV018480@d01av04.pok.ibm.com>
James,
Please drop this patch series, as it has a bug in the passthru
patch. I'll resend the fixed patch series soon.
Thanks,
Brian
Brian King wrote:
> When processing the response to either a LUN reset,
> target reset, or an abort task set, the ibmvfc driver needs to
> treat as success receiving a response with a non-zero
> status in the response IU along with a general transport
> error with the FCP response code being zero. The VIOS
> currently guarantees this cannot happen, but a future version
> of VIOS may allow this to be returned, so ensure we handle
> this response combination correctly for TMFs, as we already
> do for SCSI commands.
>
> Signed-off-by: Brian King <brking@linux.vnet.ibm.com>
> ---
>
> drivers/scsi/ibmvscsi/ibmvfc.c | 10 ++++++++--
> 1 file changed, 8 insertions(+), 2 deletions(-)
>
> diff -puN drivers/scsi/ibmvscsi/ibmvfc.c~ibmvfc_tmf_rsp_fixup drivers/scsi/ibmvscsi/ibmvfc.c
> --- linux-2.6/drivers/scsi/ibmvscsi/ibmvfc.c~ibmvfc_tmf_rsp_fixup 2009-10-02 10:39:48.000000000 -0500
> +++ linux-2.6-bjking1/drivers/scsi/ibmvscsi/ibmvfc.c 2009-10-05 10:03:00.000000000 -0500
> @@ -1731,7 +1731,10 @@ static int ibmvfc_reset_device(struct sc
> sdev_printk(KERN_INFO, sdev, "Resetting %s\n", desc);
> wait_for_completion(&evt->comp);
>
> - if (rsp_iu.cmd.status) {
> + if (rsp_iu.cmd.status)
> + rsp_code = ibmvfc_get_err_result(&rsp_iu.cmd);
> +
> + if (rsp_code) {
> if (fc_rsp->flags & FCP_RSP_LEN_VALID)
> rsp_code = fc_rsp->data.info.rsp_code;
>
> @@ -1820,7 +1823,10 @@ static int ibmvfc_abort_task_set(struct
> sdev_printk(KERN_INFO, sdev, "Aborting outstanding commands\n");
> wait_for_completion(&evt->comp);
>
> - if (rsp_iu.cmd.status) {
> + if (rsp_iu.cmd.status)
> + rsp_code = ibmvfc_get_err_result(&rsp_iu.cmd);
> +
> + if (rsp_code) {
> if (fc_rsp->flags & FCP_RSP_LEN_VALID)
> rsp_code = fc_rsp->data.info.rsp_code;
>
> _
--
Brian King
Linux on Power Virtualization
IBM Linux Technology Center
prev parent reply other threads:[~2009-10-19 19:56 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-10-19 19:19 [PATCH 1/6] ibmvfc: Fixup TMF response handling Brian King
2009-10-19 19:56 ` Brian King [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=4ADCC469.20205@linux.vnet.ibm.com \
--to=brking@linux.vnet.ibm.com \
--cc=James.Bottomley@HansenPartnership.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).