[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1383173916.9435.53.camel@joe-AO722>
Date: Wed, 30 Oct 2013 15:58:36 -0700
From: Joe Perches <joe@...ches.com>
To: Andrew Morton <akpm@...ux-foundation.org>
Cc: James Hogan <james.hogan@...tec.com>, linux-kernel@...r.kernel.org,
linux-next@...r.kernel.org, linux-metag@...r.kernel.org
Subject: Re: [RFC PATCH -next] Fix printk_once build errors due to
__read_mostly
On Wed, 2013-10-30 at 13:48 -0700, Andrew Morton wrote:
> On Wed, 30 Oct 2013 10:18:21 +0000 James Hogan <james.hogan@...tec.com> wrote:
[]
> > Note that this actually adds a recursive include, since <linux/cache.h>
> > includes <linux/kernel.h>, which includes <linux/printk.h>. The actual
> > dependencies are all in macros so it doesn't actually seem to result in
> > any build failures, but it's clearly less than ideal.
>
> Yitch.
Yeah.
There are about ~700 files in the tree that use __read_mostly.
Only about ~25 of those actually #include <linux/cache.h>
I did a script that adds the #include, but 700 files is a _lot_.
For today's next:
$ git grep -w --name-only __read_mostly | \
xargs grep -P -l "^\s*#\s*include\s+<linux/cache.h>" | wc -l
28
$ git grep -w --name-only __read_mostly | \
xargs grep -P -L "^\s*#\s*include\s+<linux/cache.h>" | wc -l
716
Untangling that crud is nasty.
--
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