From: Brian King <brking@linux.vnet.ibm.com>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Cc: "Kleber S. Souza" <klebers@linux.vnet.ibm.com>,
"linux-scsi@vger.kernel.org" <linux-scsi@vger.kernel.org>
Subject: Re: [PATCH] ipr: RESEND: fix PCI permanent error handler
Date: Mon, 20 Apr 2009 15:18:37 -0500 [thread overview]
Message-ID: <49ECD89D.3000005@linux.vnet.ibm.com> (raw)
In-Reply-To: <1240258429.3315.60.camel@mulgrave.int.hansenpartnership.com>
Kleber found the problem, debugged it, and provided a fix to me.
I provided him with an alternate patch to fix it. I'm assuming this
should have been handled by me submitting with my signoff alone and
adding a reported-by tag for Kleber. Sorry for the confusion. Shall
I resend as I just described?
Thanks,
Brian
James Bottomley wrote:
> On Mon, 2009-04-20 at 13:59 -0300, Kleber S. Souza wrote:
>> From: Brian King <brking@linux.vnet.ibm.com>
>>
>> The ipr driver can hang if it encounters enough PCI errors
>> to trigger the permanent error handler. The driver will attempt
>> to initiate a "bringdown" of the adapter and fail all pending
>> ops back. However, this bringdown is unlike any other bringdown
>> of the adapter in the code as the driver. In this code path we
>> end up failing back ops with allow_cmds still set to 1. This results
>> in some commands, the HCAM commands in particular, getting immediately
>> re-issued to the adapter on the done call, which results in
>> an infinite loop in ipr_fail_all_ops. Fix this by setting allow_cmds
>> to zero in this path.
>>
>> Signed-off-by: Brian King <brking@linux.vnet.ibm.com>
>> Signed-off-by: Kleber S. Souza <klebers@linux.vnet.ibm.com>
>
> OK, now I'm really confused. Originally this patch was your From: but
> had a Brian signoff. I asked if it shouldn't be acked by him instead
> and he responded "correct".
>
> Now you've sent the patch as being his original authorship ... whose
> patch is this?
>
> James
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Brian King
Linux on Power Virtualization
IBM Linux Technology Center
next prev parent reply other threads:[~2009-04-20 20:18 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-04-20 16:59 [PATCH] ipr: RESEND: fix PCI permanent error handler Kleber S. Souza
2009-04-20 20:13 ` James Bottomley
2009-04-20 20:18 ` Brian King [this message]
2009-04-20 20:30 ` James Bottomley
2009-04-27 15:38 ` James Bottomley
2009-05-04 13:41 ` Kleber S. Souza
2009-05-20 21:16 ` James Bottomley
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=49ECD89D.3000005@linux.vnet.ibm.com \
--to=brking@linux.vnet.ibm.com \
--cc=James.Bottomley@HansenPartnership.com \
--cc=klebers@linux.vnet.ibm.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.