From: Himanshu Madhani <hmadhani@marvell.com>
To: Roman Bolshakov <r.bolshakov@yadro.com>,
Bart Van Assche <bvanassche@acm.org>
Cc: "linux-scsi@vger.kernel.org" <linux-scsi@vger.kernel.org>,
Quinn Tran <qutran@marvell.com>
Subject: Re: [PATCH 0/4] scsi: qla2xxx: Bug fixes
Date: Thu, 12 Sep 2019 13:53:03 +0000 [thread overview]
Message-ID: <B39B0F4F-3439-4313-A808-578047F1B93A@marvell.com> (raw)
In-Reply-To: <20190912133605.age2zo7jxdbe4jiq@SPB-NB-133.local>
Adding Correct Quinn. Please use "qutran@mavell.com"
We'll take a look at the series
On 9/12/19, 8:49 AM, "linux-scsi-owner@vger.kernel.org on behalf of Roman Bolshakov" <linux-scsi-owner@vger.kernel.org on behalf of r.bolshakov@yadro.com> wrote:
On Thu, Sep 12, 2019 at 06:37:22AM +0100, Bart Van Assche wrote:
> On 9/12/19 1:39 AM, Roman Bolshakov wrote:
> > This series has a few bug fixes for the driver.
> >
> > Note, #1 only fixes the crash in the kernel. The complete fix for clean
> > ACL deletion from initiator side is in works and requires a discussion.
> >
> > As of now initiator is not aware that target no longer wants talking to
> > it, that implies unneeded timeout. It might be fixed by making LOGO
> > explicit on session deletion but it's an issue I want to raise first
> > before making the change. Whether we need implicit LOGO in qla2xxx,
> > explicit or use both.
> >
> > Also, an unsolicited ABTS from a port without session would still result
> > in BA_RJT response instead of frame discard and LOGO ELS, as specified
> > in FCP (12.3.3 Target FCP_Port response to Exchange termination):
> >
> > When an ABTS-LS is received at the target FCP_Port, it shall abort
> > the designated Exchange and return one of the following responses:
> >
> > a) the target FCP_Port shall discard the ABTS-LS and transmit a LOGO
> > ELS if the Nx_Port issuing the ABTS-LS is not currently logged in
> > (i.e., no N_Port Login exists);
> >
> > FWIW, the target driver can receive ABTS as part of ABORT TASK/LUN
> > RESET/CLEAR TASK SET TMFs and in case of failed sequence retransmission
> > requests, exchange or sequence errors. IIRC, some initiators requeue
> > SCSI commands if BA_RJT is received. Therefore, a timely LOGO will
> > prevent a perceived session freeze on the initiators.
>
> Hi Roman,
>
> Has this patch series been prepared against Linus' master branch,
> against Martin's 5.3/scsi-fixes or against Martin's 5.4/scsi-queue
> branch? I'm asking this because some patches in this series look similar
> to patches that are already present in the 5.4/scsi-queue branch.
>
> Thanks,
>
> Bart.
>
Hi Bart,
To be honest it was prepared against next-20190904 but it applies to
5.4/scsi-queue cleanly. The fixes made two weeks ago look promising but
are related to stuck PRLI and unhandled RSCN while #4 is related to
stuck PLOGI after qla_post_els_plogi_work.
Thank you,
Roman
next prev parent reply other threads:[~2019-09-12 13:53 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-09-12 0:39 [PATCH 0/4] scsi: qla2xxx: Bug fixes Roman Bolshakov
2019-09-12 0:39 ` [PATCH 1/4] scsi: qla2xxx: Ignore NULL pointer in tcm_qla2xxx_free_mcmd Roman Bolshakov
2019-09-12 0:39 ` [PATCH 2/4] scsi: qla2xxx: Initialize free_work before flushing it Roman Bolshakov
2019-09-12 0:39 ` [PATCH 3/4] scsi: qla2xxx: Drop superfluous INIT_WORK of del_work Roman Bolshakov
2019-09-12 0:39 ` [PATCH 4/4] scsi: qla2xxx: Change discovery state before PLOGI Roman Bolshakov
2019-09-12 5:37 ` [PATCH 0/4] scsi: qla2xxx: Bug fixes Bart Van Assche
2019-09-12 13:49 ` Roman Bolshakov
2019-09-12 13:53 ` Himanshu Madhani [this message]
2019-11-07 19:00 ` Roman Bolshakov
2019-11-13 18:54 ` Roman Bolshakov
[not found] ` <0B40AFCA-8CB0-4F21-BDD1-DFE7A66DAA07@marvell.com>
2019-11-19 21:46 ` [EXT] " Roman Bolshakov
2019-11-20 0:09 ` Roman Bolshakov
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=B39B0F4F-3439-4313-A808-578047F1B93A@marvell.com \
--to=hmadhani@marvell.com \
--cc=bvanassche@acm.org \
--cc=linux-scsi@vger.kernel.org \
--cc=qutran@marvell.com \
--cc=r.bolshakov@yadro.com \
/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).