Linux wireless drivers development
 help / color / mirror / Atom feed
From: Joe Perches <joe@perches.com>
To: Kalle Valo <kvalo@adurom.com>
Cc: Solomon Peachy <pizza@shaftnet.org>, linux-wireless@vger.kernel.org
Subject: Re: [PATCH 01/14] cw1200: v4: low-level hardware I/O functions
Date: Tue, 12 Feb 2013 06:40:21 -0800	[thread overview]
Message-ID: <1360680021.5128.37.camel@joe-AO722> (raw)
In-Reply-To: <87vc9xac42.fsf@purkki.adurom.net>

On Tue, 2013-02-12 at 15:35 +0200, Kalle Valo wrote:
> Joe Perches <joe@perches.com> writes:
> 
> >> Question -- as a matter of policy, is the goal to have a completely 
> >> clean checkpatch run?  I get that there should be no ERRORs, but 
> >> WARNINGs/CHECKs are not considered fatal for a reason, right?
> >
> > No.  It's just a guideline.  As far as I'm concerned,
> > ignore every checkpatch message you don't agree with.
> 
> BTW, I think this is becoming a major problem. I have had discussions
> with various people who consider checkpatch as some sort of automatic
> upstream compliance system. I'm a bit worried about that. People should
> consider just as a tool next to other tools, not as the holy bible.

Hi Kalle.

As you probably know, I am not an upstream maintainer.

For drivers/net and drivers/staging, the two primary
upstream maintainers do seem to prefer that most all
checkpatch messages be addressed before acceptance.

Those two paths are ~20% of all patches.

Most other maintainers don't seem to care so much.

> Joe, when working with checkpatch documentation you could try to
> emphasise that part (or it might be that you have already done that).

Patches welcome.

cheers, Joe


  reply	other threads:[~2013-02-12 14:40 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-02-08 20:31 RFCv4: ST-E CW1100/1200 WLAN driver Solomon Peachy
2013-02-08 20:31 ` [PATCH 01/14] cw1200: v4: low-level hardware I/O functions Solomon Peachy
2013-02-09  1:15   ` Joe Perches
2013-02-11 18:53     ` Solomon Peachy
2013-02-11 19:01       ` Joe Perches
2013-02-11 19:25         ` Solomon Peachy
2013-02-12 13:35         ` Kalle Valo
2013-02-12 14:40           ` Joe Perches [this message]
2013-02-11 19:07     ` Solomon Peachy
2013-02-11 19:29       ` [PATCH] scripts: Remove Lindent and suggestions to use it Joe Perches
2013-02-08 20:31 ` [PATCH 02/14] cw1200: v4: Internal TX queue handling and tracking Solomon Peachy
2013-02-08 20:31 ` [PATCH 03/14] cw1200: v4: Scanning implementation Solomon Peachy
2013-02-08 20:31 ` [PATCH 04/14] cw1200: v4: Power Management (WoWLAN) Solomon Peachy
2013-02-08 20:31 ` [PATCH 05/14] cw1200: v4: Firmware loading Solomon Peachy
2013-02-08 20:31 ` [PATCH 06/14] cw1200: v4: Debugging hooks and test tool support Solomon Peachy
2013-02-08 20:32 ` [PATCH 07/14] cw1200: v4: mac80211 API implementation Solomon Peachy
2013-02-08 20:32 ` [PATCH 08/14] cw1200: v4: Packet TX/RX Solomon Peachy
2013-02-08 20:32 ` [PATCH 09/14] cw1200: v4: WSM (host-firmware) interface Solomon Peachy
2013-02-08 20:32 ` [PATCH 10/14] cw1200: v4: Main processing loop Solomon Peachy
2013-02-08 20:32 ` [PATCH 11/14] cw1200: v4: common state, definitions, and registration handling Solomon Peachy
2013-02-08 20:32 ` [PATCH 12/14] cw1200: v4: SDIO and SPI glue code and platform definitions Solomon Peachy
2013-02-08 20:32 ` [PATCH 13/14] cw1200: v4: Kbuild integration Solomon Peachy
2013-02-08 20:32 ` [PATCH 14/14] cw1200: v4: Add to drivers/net/wireless kbuild, plus MAINTAINERS entry Solomon Peachy
2013-02-08 20:36 ` RFCv4: ST-E CW1100/1200 WLAN driver Johannes Berg
2013-02-14 15:58   ` Solomon Peachy
2013-03-20  8:10     ` Bartosz Markowski
2013-03-20 11:53       ` Solomon Peachy

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=1360680021.5128.37.camel@joe-AO722 \
    --to=joe@perches.com \
    --cc=kvalo@adurom.com \
    --cc=linux-wireless@vger.kernel.org \
    --cc=pizza@shaftnet.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