Linux wireless drivers development
 help / color / mirror / Atom feed
From: Joe Perches <joe@perches.com>
To: "Rafał Miłecki" <zajec5@gmail.com>
Cc: Johannes Berg <johannes@sipsolutions.net>,
	linux-wireless@vger.kernel.org, Hauke Mehrtens <hauke@hauke-m.de>
Subject: Re: [PATCH option A] bcma: use custom printing functions
Date: Thu, 28 Jun 2012 14:09:37 -0700	[thread overview]
Message-ID: <1340917777.4581.2.camel@joe2Laptop> (raw)
In-Reply-To: <CACna6rwV3Cffm0nG_kHmE8ZO9oHOqSpfSysd9H1pgAHK71iLFQ@mail.gmail.com>

On Thu, 2012-06-28 at 22:18 +0200, Rafał Miłecki wrote:
> 2012/6/28 Joe Perches <joe@perches.com>:
> > On Thu, 2012-06-28 at 21:56 +0200, Rafał Miłecki wrote:
> >> 2012/6/28 Johannes Berg <johannes@sipsolutions.net>:
> >> > On Thu, 2012-06-28 at 21:44 +0200, Rafał Miłecki wrote:
> >> >
> >> >> +#define bcma_err(fmt, ...) \
> >> >> +     pr_err(KBUILD_MODNAME "-%d: " fmt, bus->num, ##__VA_ARGS__)
> >> >
> >> > both of your options seem to rely on "bus" being a variable in the
> >> > context, is that really a good idea?
> >>
> >> Yeah, I made that assumption to make calls nicer & shorter. We may
> >> need to get reference to "bus" in function or two.
> >>
> >> I saw such a solution in "radeon" gpu driver, example:
> >> value = RREG32(R600_AUDIO_STATUS_BITS);
> >> (they assume "rdev" is available in every function calling RREG32).
> >
> > I think that radeon use is ugly myself.
> >
> >> If you believe it's ugly, I can change that. I also wonder what Joe
> >> will respond.
> >>
> >> P.S.
> >> Both patches are not signed yet and they are supposed to be RFC. Sorry
> >> for missing that in subject line.
> >
> > I think it'd be better to add and use:
> >
> > #define bcma_bus_err(bus, fmt, ...)                             \
> >        pr_err("bus %d: " fmt, (bus)->num, ##__VA_ARGS__)
> >
> > #define bcma_bus_info(bus, fmt, ...)                            \
> >        pr_info("bus %d: " fmt, (bus)->num, ##__VA_ARGS__)
> >
> > or some other equivalent use if you're wedded
> > to wanting "bcma-%d:" prefixed output.
> >
> > I'd rather have the prefix be something like "bcma: <bus#>: ",
> > so a dmesg grep pattern can be "^bcma:" but hey, it ain't my code.
> 
> OK, thanks for your opinion. Just to be sure, did you mean:
> bcma: bus0: FOO BAR
> or
> bcma: <bus0>: FOO BAR
> ?
> 
> Personally I don't really care, but maybe there is already similar
> case in some other driver you know about? It could be nice to be
> consistent across the kernel.

There's no real consistency in prefixes.

Most of the cases I've seen have used either something like
"prefix: (#): " or "prefix-#:"

cheers, Joe


  parent reply	other threads:[~2012-06-28 21:09 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-06-28 19:44 [PATCH option A] bcma: use custom printing functions Rafał Miłecki
2012-06-28 19:48 ` Johannes Berg
2012-06-28 19:56   ` Rafał Miłecki
2012-06-28 20:05     ` Joe Perches
2012-06-28 20:18       ` Rafał Miłecki
2012-06-28 20:29         ` Hauke Mehrtens
2012-06-28 20:42           ` Rafał Miłecki
2012-06-28 21:09         ` Joe Perches [this message]
2012-06-28 20:48       ` Rafał Miłecki

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=1340917777.4581.2.camel@joe2Laptop \
    --to=joe@perches.com \
    --cc=hauke@hauke-m.de \
    --cc=johannes@sipsolutions.net \
    --cc=linux-wireless@vger.kernel.org \
    --cc=zajec5@gmail.com \
    /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