[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20120504165128.GI7788@game.jcrosoft.org>
Date: Fri, 4 May 2012 18:51:28 +0200
From: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@...osoft.com>
To: Russell King - ARM Linux <linux@....linux.org.uk>
Cc: Rob Herring <robherring2@...il.com>, Arnd Bergmann <arnd@...db.de>,
linux-arm-kernel@...ts.infradead.org,
Kukjin Kim <kgene.kim@...sung.com>,
linaro-dev@...ts.linaro.org, Jason Cooper <jason@...edaemon.net>,
Nicolas Pitre <nico@...xnic.net>,
Tony Lindgren <tony@...mide.com>,
Magnus Damm <magnus.damm@...il.com>,
Linus Walleij <linus.walleij@...aro.org>,
Nicolas Ferre <nicolas.ferre@...el.com>,
linux-kernel@...r.kernel.org,
Haojian Zhuang <haojian.zhuang@...il.com>,
Deepak Saxena <dsaxena@...aro.org>,
Olof Johansson <olof@...om.net>,
David Brown <davidb@...eaurora.org>, shawn.guo@...aro.org,
Sascha Hauer <s.hauer@...gutronix.de>,
Marc Zyngier <marc.zyngier@....com>
Subject: Re: Making ARM multiplatform kernels DT-only?
On 17:56 Fri 04 May , Russell King - ARM Linux wrote:
> On Fri, May 04, 2012 at 11:39:30AM -0500, Rob Herring wrote:
> > Many of the headers are simply platform_data structs which may still be
> > needed on DT platforms, but could be moved elsewhere.
>
> Those should be in include/linux/platform.
>
> > >> Then there's also the problem of uncompress.h. The last piece of the
> > >> puzzle is the common clock stuff.
> >
> > The smp/hotplug/localtimer related functions are still global. Marc Z
> > has posted patches for this, but I haven't seen recent activity. This
> > and clocks were the 2 main issues I saw trying to build 2 platforms
> > together. highbank and picoxcell could be built together since only
> > highbank has clocks and smp.
> >
> > gpio.h is still required, but empty for most platforms.
>
> Those empty gpio.h files are definitely a candidate for going into
> arch/arm/include/mach/gpio.h, and then all those 12-byte mach/gpio.h can
> be deleted (13 files).
>
> We've not had any progress on the gpio.h issue since I did the last round
> of cleanup; the next stage was to persuade SoC maintainers to get rid of
> their optimized versions which aren't compatible with multi-platform
> kernels.
>
> I don't know if folk are expecting me to push that forwards or whether
> there's someone else working on that aspect of it...
>
> So this issue really does need to be progressed too.
same with CLOCK_TICK_RATE
at91 (expect at91x40) and imx we drop it but nearly on the other platform
did not
Best Regards,
J.
--
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