Re: [PATCH 00/19] First HREF Device Tree enablement patch-set

2012-09-10 Thread Arnd Bergmann
On Monday 10 September 2012, Linus Walleij wrote: > > When the driver offers > > two ways of probing a device, this lets us change from one way to > > the other without going through a phase where we use neither of them > > or (worse) both at the same time. > > Maybe unrelated, but as usual it wor

Re: [PATCH 00/19] First HREF Device Tree enablement patch-set

2012-09-10 Thread Linus Walleij
On Mon, Sep 10, 2012 at 3:13 AM, Arnd Bergmann wrote: > I think it's fine to do the device driver conversion separately > from the platform changes, but doing that properly means that the > platform changes should only go in after the drivers have changed. OK, in the diffstat we're discussing we

Re: [PATCH 00/19] First HREF Device Tree enablement patch-set

2012-09-10 Thread Arnd Bergmann
On Monday 10 September 2012, Linus Walleij wrote: > Basically that was at a point when we were changing a lot of > subsystem trees with DT patches that were merged in out-of-order > fashion. > > Then it's better to have the DT changes to be pushed > separately at the end of the merge window after

Re: [PATCH 00/19] First HREF Device Tree enablement patch-set

2012-09-10 Thread Linus Walleij
On Fri, Sep 7, 2012 at 3:58 PM, Arnd Bergmann wrote: > On Friday 07 September 2012, Lee Jones wrote: >> (...) >> Linus wanted to keep changes to the Device Tree and changes >> in platform code separate, which is my reason for submitting >> all of my changes to date that way. > (...) > Linus: What

Re: [PATCH 00/19] First HREF Device Tree enablement patch-set

2012-09-07 Thread Lee Jones
On Fri, Sep 07, 2012 at 01:58:38PM +, Arnd Bergmann wrote: > On Friday 07 September 2012, Lee Jones wrote: > > Just running this by you, as there is method in the madness. > > > > Linus wanted to keep changes to the Device Tree and changes > > in platform code separate, which is my reason for

Re: [PATCH 00/19] First HREF Device Tree enablement patch-set

2012-09-07 Thread Arnd Bergmann
On Friday 07 September 2012, Lee Jones wrote: > Just running this by you, as there is method in the madness. > > Linus wanted to keep changes to the Device Tree and changes > in platform code separate, which is my reason for submitting > all of my changes to date that way. > > What I do (not sure

Re: [PATCH 00/19] First HREF Device Tree enablement patch-set

2012-09-07 Thread Lee Jones
On Fri, Sep 07, 2012 at 12:41:16PM +, Arnd Bergmann wrote: > On Friday 07 September 2012, Lee Jones wrote: > > Based on v3.6-rc4 > > > > This patch consists of Device Tree related enablement for > > ST-Ericsson's development HREF hardware reference board. > > Most devices are very similar, if

Re: [PATCH 00/19] First HREF Device Tree enablement patch-set

2012-09-07 Thread Arnd Bergmann
On Friday 07 September 2012, Lee Jones wrote: > Based on v3.6-rc4 > > This patch consists of Device Tree related enablement for > ST-Ericsson's development HREF hardware reference board. > Most devices are very similar, if not the same to the > previously enabled Snowball low-cost development boar

[PATCH 00/19] First HREF Device Tree enablement patch-set

2012-09-07 Thread Lee Jones
Based on v3.6-rc4 This patch consists of Device Tree related enablement for ST-Ericsson's development HREF hardware reference board. Most devices are very similar, if not the same to the previously enabled Snowball low-cost development board. These are referenced from the relevant .dtsi file and m