[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20110220222916.GA27324@kroah.com>
Date: Sun, 20 Feb 2011 14:29:16 -0800
From: Greg KH <greg@...ah.com>
To: Ryan Mallon <ryan@...ewatersys.com>
Cc: Charles Manning <manningc2@...rix.gen.nz>,
Mark Brown <broonie@...nsource.wolfsonmicro.com>,
Christoph Hellwig <hch@...radead.org>,
linux-kernel@...r.kernel.org, linux-fsdevel@...r.kernel.org,
akpm@...ux-foundation.org
Subject: Re: [PATCH 0/10] Add yaffs2 file system: Fifth patchset
On Mon, Feb 21, 2011 at 09:52:00AM +1300, Ryan Mallon wrote:
> On 02/21/2011 09:07 AM, Greg KH wrote:
> > On Mon, Feb 21, 2011 at 06:25:08AM +1300, Charles Manning wrote:
> >> On Friday 18 February 2011 13:58:52 Greg KH wrote:
> >> I still intend to keep the tracing printk-based tracing:
> >>
> >> #define yaffs_trace(msk, fmt, ...) do { \
> >> if (yaffs_trace_mask & (msk)) \
> >> printk(KERN_DEBUG "yaffs: " fmt "\n", ##__VA_ARGS__); \
> >> } while (0)
> >
> > No, please don't invent your own stuff like this, again, use the
> > in-kernel functionality provided for this.
>
> Do you mean using pr_debug? Other filesystems (see for example
> fs/ubifs/debug.h:dbg_do_msg) and drivers have similar approaches to this
> to allow printk debugging with multiple message levels.
Yes, other ones do have this, and it's a pain, and not consistant across
the kernel, and usually just not worth it at all.
Please use the standardized functions for this, you do not need to roll
your own at all.
Especially for trace stuff.
thanks,
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists