From: David Brownell <david-b@pacbell.net>
To: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>,
Josh Boyer <jwboyer@gmail.com>
Cc: Linux MTD <linux-mtd@lists.infradead.org>
Subject: Re: [patch 2.6.29-rc3] NAND: fix broken debug messages
Date: Tue, 3 Feb 2009 08:38:38 -0800 [thread overview]
Message-ID: <200902030838.38296.david-b@pacbell.net> (raw)
In-Reply-To: <alpine.LRH.2.00.0902031345180.21407@vixen.sonytel.be>
On Tuesday 03 February 2009, Geert Uytterhoeven wrote:
> > >- DEBUG(MTD_DEBUG_LEVEL0, "nand_read_oob: "
> > >+ DEBUG(MTD_DEBUG_LEVEL0, "do_nand_write_oob: "
> >
> > This is wrong too. The function is called 'nand_do_write_oob'.
That's what happens sometimes when you edit patches by hand.
Originally I just changed "read" to "write", then I noticed
there was "do" in there ... obviously, it got inserted in
the wrong place. ;)
> > Which leads me to wonder why we aren't doing something like:
> >
> > DEBUG(MTD_DEBUG_LEVEL0, "%s: <message>\n", __func__);
That would be sensible.
> Or use
>
> #define pr_fmt(fmt) "%s: " fmt, __func__
>
> at the top of the file, and start using the official pr_*() routines?
Yeah, DEBUG should be treated globally as a reserved
symbol. Ever notice how dev_dbg() misbhaves in MTD
code? Ditto pr_dbg(), but that's rarely the right thing
to use when there's a device node in hand. Yeech.
"Now" (i.e. after rc1 and well before rc-last) would
be a good time to send a big patch changing all the
debug messaging to something less aggressively counter
to the core debug messaging convention of Linux...
- Dave
next prev parent reply other threads:[~2009-02-03 16:38 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-02-03 2:13 [patch 2.6.29-rc3] NAND: fix broken debug messages David Brownell
2009-02-03 12:35 ` Josh Boyer
2009-02-03 12:46 ` Geert Uytterhoeven
2009-02-03 16:38 ` David Brownell [this message]
2009-02-05 22:32 ` [patch 2.6.29-rc3] NAND: fix broken debug messages (v2) David Brownell
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=200902030838.38296.david-b@pacbell.net \
--to=david-b@pacbell.net \
--cc=Geert.Uytterhoeven@sonycom.com \
--cc=dbrownell@users.sourceforge.net \
--cc=jwboyer@gmail.com \
--cc=linux-mtd@lists.infradead.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