Re: [PATCH 0/6] Integrator devicetree support

2012-08-30 Thread Nicolas Pitre
On Sun, 19 Aug 2012, Nicolas Pitre wrote: > On Sun, 19 Aug 2012, Linus Walleij wrote: > > > But then we hit #ifdeffing and compiling out a lot of dangerous stuff > > in arch/arm/kernel and then I get the creeps. I can try, but I think > > this is typical Nico territory for example... > > I did p

Re: [PATCH 0/6] Integrator devicetree support

2012-08-19 Thread Nicolas Pitre
On Sun, 19 Aug 2012, Linus Walleij wrote: > But then we hit #ifdeffing and compiling out a lot of dangerous stuff > in arch/arm/kernel and then I get the creeps. I can try, but I think > this is typical Nico territory for example... I did post a patch moving all the ATAG stuff to a separate sourc

Re: [PATCH 0/6] Integrator devicetree support

2012-08-19 Thread Arnd Bergmann
On Saturday 18 August 2012, Linus Walleij wrote: > Since we already have CONFIG_USE_OF I think > CONFIG_USE_ATAGS is more apropriate, but I get the > idea. There is both CONFIG_USE_OF and CONFIG_OF. The former is what a platform selects and it turns on a few other options as well, while the latter

Re: [PATCH 0/6] Integrator devicetree support

2012-08-18 Thread Linus Walleij
On Thu, Aug 16, 2012 at 3:44 PM, Arnd Bergmann wrote: > On Thursday 16 August 2012, Linus Walleij wrote: >> This patch set moves all the non-DT platform code into >> #ifndef CONFIG_OF sections for clarity. The plan is to >> delete them after deprecation. > > I'm fine with your playing around with

Re: [PATCH 0/6] Integrator devicetree support

2012-08-16 Thread Arnd Bergmann
On Thursday 16 August 2012, Linus Walleij wrote: > This patch set moves all the non-DT platform code into > #ifndef CONFIG_OF sections for clarity. The plan is to > delete them after deprecation. I'm fine with your playing around with this in any way you like, but I think in general we should have

[PATCH 0/6] Integrator devicetree support

2012-08-16 Thread Linus Walleij
This is a patch set for devicetree on the Integrator/AP and Integrator/CP I've been cooking. I did some stepwise development in recent kernels moving to sparse IRQs, per-system clock source then common clk. Now we can do single zImage and also devicetree on this platform, so this is a first patch s