From: James Smart <jsmart2021@gmail.com>
To: Johannes Thumshirn <jthumshirn@suse.de>
Cc: linux-nvme@lists.infradead.org, sagi@grimberg.me,
linux-scsi@vger.kernel.org
Subject: Re: [PATCH 03/17] lpfc: NVME Initiator: Base modifications Part B
Date: Wed, 18 Jan 2017 18:45:46 -0800 [thread overview]
Message-ID: <4c44ac81-e409-371e-7fa5-bc1946b6c650@gmail.com> (raw)
In-Reply-To: <20170118101112.GC3514@linux-x5ow.site>
On 1/18/2017 2:11 AM, Johannes Thumshirn wrote:
> On Tue, Jan 17, 2017 at 05:20:46PM -0800, James Smart wrote:
>> NVME Initiator: Base modifications
>>
>> This is part B of parts A..F.
>>
>> Part B is limited to lpfc_attr.c: lpfc attribute modifications
>>
>> *********
>>
>> Refer to Part A for a description of base modifications
>>
>> Signed-off-by: Dick Kennedy <dick.kennedy@broadcom.com>
>> Signed-off-by: James Smart <james.smart@broadcom.com>
>> ---
> [...]
>
>> + len += snprintf(buf + len, PAGE_SIZE - len,
>> + "%s%d WWPN x%llx WWNN x%llx DID x%06x %s\n",
>> + "NVME LPORT lpfc",
> Is it the lack of coffee or should it be
> "NVME LPORT lpfc%d WWPN x%llx WWNN x%llx DID x%06x %s\n"
>
> I think you're doing it to not hit the 80 chars limit, but then there are
> way more offenders than that one, so...
The line split is certainly due to the 80 limit and have that issue a lot.
As for what the string name should be - I agree with you. something is
confused.
>> +int
>> +lpfc_emptyq_wait(struct lpfc_hba *phba, struct list_head *q, spinlock_t *lock)
>> +{
>> + int cnt = 0;
>> +
>> + spin_lock_irq(lock);
>> + while (!list_empty(q)) {
>> + spin_unlock_irq(lock);
>> + msleep(20);
>> + if (cnt++ > 250) { /* 5 secs */
>> + lpfc_printf_log(phba, KERN_WARNING, LOG_INIT,
>> + "0466 %s %s\n",
>> + "Outstanding IO when ",
>> + "bringing Adapter offline\n");
>> + return 0;
>> + }
>> + spin_lock_irq(lock);
>> + }
>> + spin_unlock_irq(lock);
>> + return 1;
>> +}
>> +
> Aren't you using lpc_emptyq_wait() in patches prior to that already? This
> breaks git bisect. Pleas test-build (ideally + checkpatch and sparse/smatch)
> each patch in the series individually.
I called out - in patch2 - that Patches 2 through 7, known as parts
A..F, area really one big patch. They will not follow the git bisect
rules. I could have sent them in one huge patch, but chose to break
them up. Unfortunately, the mods accumulated over time with lots of
reworks - creating a base that was too intertwined to put into small
functional patches without spending oodles of time to carve them up. I
hope you can bear with me on this set and review the 7 pieces as one big
patch.
-- james
next prev parent reply other threads:[~2017-01-19 2:46 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-01-18 1:20 [PATCH 03/17] lpfc: NVME Initiator: Base modifications Part B James Smart
2017-01-18 7:08 ` Hannes Reinecke
2017-01-18 10:11 ` Johannes Thumshirn
2017-01-19 2:45 ` James Smart [this message]
2017-01-19 8:08 ` Johannes Thumshirn
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=4c44ac81-e409-371e-7fa5-bc1946b6c650@gmail.com \
--to=jsmart2021@gmail.com \
--cc=jthumshirn@suse.de \
--cc=linux-nvme@lists.infradead.org \
--cc=linux-scsi@vger.kernel.org \
--cc=sagi@grimberg.me \
/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).