netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: David Miller <davem@davemloft.net>
To: frank.blaschka@de.ibm.com
Cc: netdev@vger.kernel.org, linux-s390@vger.kernel.org,
	horsth@linux.vnet.ibm.com
Subject: Re: [patch 3/7] [PATCH] net,s390: provide architecture specific NET_SKB_PAD
Date: Tue, 01 Feb 2011 14:17:04 -0800 (PST)	[thread overview]
Message-ID: <20110201.141704.39181377.davem@davemloft.net> (raw)
In-Reply-To: <20110201081723.562745244@de.ibm.com>

From: frank.blaschka@de.ibm.com
Date: Tue, 01 Feb 2011 09:16:50 +0100

> From: Horst Hartmann <horsth@linux.vnet.ibm.com>
> 
> NET_SKB_PAD has been increased from 32 to 64 and later to max(32, L1_CACHE_BYTES). 
> This led to a 25% throughput decrease for streaming workloads accompanied by a                                                               
> 37% CPU cost increase on s390.
> In order to fix this provide an architecture specific NET_SKB_PAD config symbol.
> 
> Signed-off-by: Horst Hartmann <horsth@linux.vnet.ibm.com>
> Signed-off-by: Frank Blaschka <frank.blaschka@de.ibm.com>

Define it in your arch specific header file like it is designed to
be overridden.

Also, even if this Kconfig thing was the right thing to do, you would
need to put a default for it generically in init/Kconfig or
lib/Kconfig or similar.  As this is where the central documentation
for the knob would be placed.

Lastly, you failed in your commit message to describe why you wanted
to use this whacky Kconfig mechanism to override instead of using
a straight CPP define in the s390 headers.

You're modifying generic code, so you better explain what you're doing
and exactly why.

I'm not applying this series until you fix up this change, resubmit
the entire series when you have this stuff fixed up.

Thanks.


  reply	other threads:[~2011-02-01 22:16 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-02-01  8:16 [patch 0/7] s390: network patches for net-next frank.blaschka
2011-02-01  8:16 ` [patch 1/7] [PATCH] qeth: show new mac-address if its setting fails frank.blaschka
2011-02-01  8:16 ` [patch 2/7] [PATCH] qeth: add more strict MTU checking frank.blaschka
2011-02-01  8:16 ` [patch 3/7] [PATCH] net,s390: provide architecture specific NET_SKB_PAD frank.blaschka
2011-02-01 22:17   ` David Miller [this message]
2011-02-01  8:16 ` [patch 4/7] [PATCH] qeth: allow HiperSockets framesize change in suspend frank.blaschka
2011-02-01  8:16 ` [patch 5/7] [PATCH] qeth: allow OSA CHPARM change in suspend state frank.blaschka
2011-02-01  8:16 ` [patch 6/7] [PATCH] s390: Fix wrong size in memcmp (netiucv) frank.blaschka
2011-02-01  8:16 ` [patch 7/7] [PATCH] s390: Fix possibly wrong size in strncmp (smsgiucv) frank.blaschka

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=20110201.141704.39181377.davem@davemloft.net \
    --to=davem@davemloft.net \
    --cc=frank.blaschka@de.ibm.com \
    --cc=horsth@linux.vnet.ibm.com \
    --cc=linux-s390@vger.kernel.org \
    --cc=netdev@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).