From: Joe Perches <joe@perches.com>
To: "Michał Mirosław" <mirq-linux@rere.qmqm.pl>
Cc: netdev@vger.kernel.org,
Steffen Klassert <klassert@mathematik.tu-chemnitz.de>,
Santiago Leon <santil@linux.vnet.ibm.com>,
Tim Hockin <thockin@hockin.org>, Don Fry <pcnet32@frontier.com>,
Francois Romieu <romieu@fr.zoreil.com>,
Ion Badulescu <ionut@badula.org>,
Matt Carlson <mcarlson@broadcom.com>,
Michael Chan <mchan@broadcom.com>,
Grant Grundler <grundler@parisc-linux.org>,
David Dillow <dave@thedillows.org>, Roger Luethi <rl@hellgate.ch>,
"David S. Miller" <davem@davemloft.net>
Subject: Re: [PATCH 00/21] clean up rx_copybreak handling [split version]
Date: Sun, 10 Jul 2011 08:11:20 -0700 [thread overview]
Message-ID: <1310310680.3848.29.camel@Joe-Laptop> (raw)
In-Reply-To: <20110710115206.GA24395@rere.qmqm.pl>
On Sun, 2011-07-10 at 13:52 +0200, Michał Mirosław wrote:
> On Sun, Jul 10, 2011 at 01:28:18PM +0200, Michał Mirosław wrote:
> > On Sat, Jul 09, 2011 at 11:20:32AM -0700, Joe Perches wrote:
> > > where almost all other uses throughout drivers/net
> > > align arguments to open parenthesis instead.
> > > + skb = dev_skb_finish_rx_dma(&np->rx_skbuff[entry],
> > > + pkt_len, rx_copybreak,
> > > + &np->pci_dev->dev,
> > > + le32_to_cpu(desc->frag[0].addr),
> > > + np->rx_buf_sz);
> > I'll fix that in v2 where the style differs.
> I modified patches where surrounding code had been consistent. I'm now
> convinced I don't like this style, especially when combined with 80-column
> limit and no limit on indentation levels.
Heh.
It truly can be a bad form when combined with
long variable or function names or multiple
indirections or string constants, etc.
I chose to ignore 80 columns on the
"le32_to_cpu(desc->frag[0].addr)," argument to
dev_skb_finish_rx_dma.
It can look hideous when slavish to 80 columns.
Feel free to ignore those checkpatch warnings
when you think appropriate.
cheers, Joe
prev parent reply other threads:[~2011-07-10 15:11 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-07-09 17:17 [PATCH 00/21] clean up rx_copybreak handling [split version] Michał Mirosław
2011-07-09 17:17 ` [PATCH 04/21] net: fealnx: use common rx_copybreak handling Michał Mirosław
2011-07-09 17:17 ` [PATCH 05/21] net: hamachi: " Michał Mirosław
2011-07-09 17:17 ` [PATCH 03/21] net: epic100: " Michał Mirosław
2011-07-09 17:17 ` [PATCH 08/21] net: natsemi: " Michał Mirosław
2011-07-09 17:17 ` [PATCH 07/21] net: lib82596: use common rx_copybreak handling [strict refill!] Michał Mirosław
2011-07-09 22:25 ` Francois Romieu
2011-07-09 17:17 ` [PATCH 01/21] net: wrap common patterns of rx handler code Michał Mirosław
2011-07-09 17:17 ` [PATCH 02/21] net: 3c59x: use common rx_copybreak handling Michał Mirosław
2011-07-09 22:22 ` Francois Romieu
2011-07-09 23:23 ` Michał Mirosław
2011-07-10 7:24 ` Francois Romieu
2011-07-09 17:17 ` [PATCH 06/21] net: ibmveth: make rx_copybreak threshold consistent with other drivers Michał Mirosław
2011-07-09 17:17 ` [PATCH 12/21] net: starfire: use common rx_copybreak handling Michał Mirosław
2011-07-09 17:17 ` [PATCH 13/21] net: sundance: " Michał Mirosław
2011-07-09 17:17 ` [PATCH 11/21] net: sis190: " Michał Mirosław
2011-07-09 17:17 ` [PATCH 09/21] net: pcnet32: use common rx_copybreak handling [strict refill!] Michał Mirosław
2011-07-09 22:28 ` Francois Romieu
2011-07-09 17:17 ` [PATCH 14/21] net: tg3: mark bad rx handler behaviour " Michał Mirosław
2011-07-09 17:17 ` [PATCH 10/21] net: sgiseeq: use common rx_copybreak handling " Michał Mirosław
2011-07-09 17:17 ` [PATCH 19/21] net: via-rhine: use common rx_copybreak handling Michał Mirosław
2011-07-09 17:17 ` [PATCH 18/21] net: typhoon: " Michał Mirosław
2011-07-09 17:46 ` David Dillow
2011-07-09 17:17 ` [PATCH 17/21] net: tulip/winbond-840: " Michał Mirosław
2011-07-09 17:17 ` [PATCH 15/21] net: tulip/de2104x: use common rx_copybreak handling [strict refill!] Michał Mirosław
2011-07-09 22:31 ` Francois Romieu
2011-07-09 17:17 ` [PATCH 20/21] net: via-velocity: use common rx_copybreak handling Michał Mirosław
2011-07-09 22:19 ` Francois Romieu
2011-07-09 17:17 ` [PATCH 21/21] net: yellowfin: " Michał Mirosław
2011-07-09 17:17 ` [PATCH 16/21] net: tulip/interrupt.c: " Michał Mirosław
2011-07-09 18:20 ` [PATCH 00/21] clean up rx_copybreak handling [split version] Joe Perches
2011-07-10 11:28 ` Michał Mirosław
2011-07-10 11:52 ` Michał Mirosław
2011-07-10 15:11 ` Joe Perches [this message]
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=1310310680.3848.29.camel@Joe-Laptop \
--to=joe@perches.com \
--cc=dave@thedillows.org \
--cc=davem@davemloft.net \
--cc=grundler@parisc-linux.org \
--cc=ionut@badula.org \
--cc=klassert@mathematik.tu-chemnitz.de \
--cc=mcarlson@broadcom.com \
--cc=mchan@broadcom.com \
--cc=mirq-linux@rere.qmqm.pl \
--cc=netdev@vger.kernel.org \
--cc=pcnet32@frontier.com \
--cc=rl@hellgate.ch \
--cc=romieu@fr.zoreil.com \
--cc=santil@linux.vnet.ibm.com \
--cc=thockin@hockin.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