[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1305239342.6124.77.camel@Joe-Laptop>
Date: Thu, 12 May 2011 15:29:02 -0700
From: Joe Perches <joe@...ches.com>
To: David Rientjes <rientjes@...gle.com>,
Andy Whitcroft <apw@...onical.com>
Cc: John Stultz <john.stultz@...aro.org>,
LKML <linux-kernel@...r.kernel.org>, Ted Ts'o <tytso@....edu>,
KOSAKI Motohiro <kosaki.motohiro@...fujitsu.com>,
Dave Hansen <dave@...ux.vnet.ibm.com>,
Andrew Morton <akpm@...ux-foundation.org>, linux-mm@...ck.org
Subject: Re: [PATCH 2/3] printk: Add %ptc to safely print a task's comm
On Thu, 2011-05-12 at 15:12 -0700, David Rientjes wrote:
> On Tue, 10 May 2011, Joe Perches wrote:
> > > Although I'm not sure if there's precedent for a %p value that didn't
> > > take a argument. Thoughts on that? Anyone else have an opinion here?
> > The uses of %ptc must add an argument or else gcc will complain.
> > I suggest you just ignore the argument value and use current.
> That doesn't make any sense, why would you needlessly restrict this to
> current when accesses to other threads' ->comm needs to be protected in
> the same way? I'd like to use this in the oom killer and try to get rid
> of taking task_lock() for every thread group leader in the tasklist dump.
I suppose another view is coder stuffed up, let them suffer...
At some point, gcc may let us extend printf argument type
verification so it may not be a continuing problem.
Adding a checkpatch rule for this is non-trivial as it can
be written as:
printk("%ptc\n",
current);
and checkpatch is mostly line oriented.
Andy, do you have a suggestion on how to verify
vsprintf argument types for checkpatch?
--
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