From: Ed Cashin <ecashin@coraid.com>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH 1/7] aoe: improve handling of misbehaving network paths
Date: Thu, 6 Dec 2012 10:12:57 -0600 [thread overview]
Message-ID: <3446E79A-39CB-4EDE-8C07-3CF2C698D87C@coraid.com> (raw)
In-Reply-To: <20121204153912.2e6b4d2f.akpm@linux-foundation.org>
On Dec 4, 2012, at 6:39 PM, Andrew Morton wrote:
> On Mon, 3 Dec 2012 20:40:55 -0500
> Ed Cashin <ecashin@coraid.com> wrote:
...
>> +static void
>> +ata_rw_frameinit(struct frame *f)
>> +{
>> + struct aoetgt *t;
>> + struct aoe_hdr *h;
>> + struct aoe_atahdr *ah;
>> + struct sk_buff *skb;
>> + char writebit, extbit;
>> +
>> + skb = f->skb;
>> + h = (struct aoe_hdr *) skb_mac_header(skb);
>> + ah = (struct aoe_atahdr *) (h + 1);
>
> Well. It would be neater to have a
>
> struct whatever {
> struct aoe_hdr hdr;
> struct aoe_atahdr atahdr;
> };
This code just moved from aoecmd_ata_rw into a function that can be
used by both aoecmd_ata_rw() and the new probe() function, so this
"h+1" way of getting at the ATA header is not new. I'll make a note of
your recommendation for future new code and for cleanups.
...
>> @@ -462,11 +488,14 @@ resend(struct aoedev *d, struct frame *f)
>> h = (struct aoe_hdr *) skb_mac_header(skb);
>> ah = (struct aoe_atahdr *) (h+1);
>>
>> - snprintf(buf, sizeof buf,
>> - "%15s e%ld.%d oldtag=%08x@%08lx newtag=%08x s=%pm d=%pm nout=%d\n",
>> - "retransmit", d->aoemajor, d->aoeminor, f->tag, jiffies, n,
>> - h->src, h->dst, t->nout);
>> - aoechr_error(buf);
>> + if (!(f->flags & FFL_PROBE)) {
>> + snprintf(buf, sizeof(buf),
>> + "%15s e%ld.%d oldtag=%08x@%08lx newtag=%08x s=%pm d=%pm nout=%d\n",
>> + "retransmit", d->aoemajor, d->aoeminor,
>> + f->tag, jiffies, n,
>> + h->src, h->dst, t->nout);
>> + aoechr_error(buf);
>
> Could use kasprintf() here. That avoids the fixed-size local buffer
> and avoids the GFP_ATOMIC allocation and copy in aoechr_error().
This patch doesn't change the way aoechr_error() is used. But
thinking about the suggestion, I see that avoiding the GFP_ATOMIC
allocation isn't practical here, because resend() is called after
spin_lock_irq(). Let me know if you still think it would be worth
cleaning up. It could go on the todo list.
...
>> aoecmd_init(void)
>> {
>> + void *p;
>> +
>> + /* get_zeroed_page returns page with ref count 1 */
>> + p = (void *) get_zeroed_page(GFP_KERNEL | __GFP_REPEAT);
>> + if (!p)
>> + return -ENOMEM;
>> + empty_page = virt_to_page(p);
>
> Could use alloc_pages() and remove `p' and the virt_to_page().
>
> Why is __GFP_REPEAT used? I don't think this __init function is more
> important than all the other ones in the kernel?
I think you are not implying that it's hurting the rest of the kernel for
__GFP_REPEAT to be used here but that you mean the aoe driver's
initialization should behave like the other initialization code in the
kernel, and nobody else is using __GFP_REPEAT, so aoe should
follow suit. Please let me know if I'm misinterpreting your feedback.
Anyway, it's fine with me if you want to remove __GFP_REPEAT, or
I can resubmit this patch without it if you prefer.
--
Ed Cashin
ecashin@coraid.com
next prev parent reply other threads:[~2012-12-06 16:13 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <cover.1354501189.git.ecashin@coraid.com>
2012-12-04 1:40 ` Ed Cashin, Ed Cashin
2012-12-04 23:39 ` Andrew Morton
2012-12-06 16:12 ` Ed Cashin [this message]
2012-12-04 1:42 ` [PATCH 2/7] aoe: avoid races between device destruction and discovery Ed Cashin, Ed Cashin
2012-12-04 23:45 ` Andrew Morton
2012-12-06 16:16 ` Ed Cashin
2012-12-04 1:44 ` [PATCH 3/7] aoe: use dynamic number of remote ports for AoE storage target Ed Cashin, Ed Cashin
2012-12-04 1:46 ` [PATCH 4/7] aoe: allow user to disable target failure timeout Ed Cashin, Ed Cashin
2012-12-04 1:48 ` [PATCH 5/7] aoe: allow comma separator in aoe_iflist value Ed Cashin, Ed Cashin
2012-12-04 1:50 ` [PATCH 6/7] aoe: identify source of runt AoE packets Ed Cashin, Ed Cashin
2012-12-04 1:53 ` [PATCH 7/7] aoe: update internal version number to 81 Ed Cashin, Ed Cashin
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=3446E79A-39CB-4EDE-8C07-3CF2C698D87C@coraid.com \
--to=ecashin@coraid.com \
--cc=akpm@linux-foundation.org \
--cc=linux-kernel@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
all inboxes | Powered by JetHome®