Message ID | 4F5E89B4.4010505@ti.com |
---|---|
State | New |
Headers | show |
Hi Tony, It looks like Chris Ball just queued the HSMMC DT stuff from Rajendra, so I can add as well the MMC DTS for OMAP3 and OMAP4 as well. It is fine for an update? Than I can add as Kevin's patch for twl irq_base removal. Thanks, Benoit On 3/13/2012 12:41 AM, Cousson, Benoit wrote: > Hi Tony, > > Here are the remaining DTS patches for 3.4. > > Ideally all the driver DT adaptation should have been merged before that one. > > This series is based on your lo/dt-part2 branch. > > Thanks, > Benoit > > > The following changes since commit 328ae2cb50af2f96b6061eb462aa92966a462bbc: > Ilya Yanok (1): > arm/dts: mt_ventoux: very basic support for TeeJet Mt.Ventoux board > > are available in the git repository at: > > git://git.kernel.org/pub/scm/linux/kernel/git/bcousson/linux-omap-dt.git for_3.4/dts/all > > Benoit Cousson (11): > arm/dts: twl6030: Add DTS file for twl6030 PMIC > arm/dts: twl4030: Add DTS file for twl4030 PM + Audio IC > arm/dts: omap4-panda: Add twl6030 and i2c EEPROM > arm/dts: omap4-sdp: Add twl6030, i2c3 and i2c4 devices > arm/dts: omap3-beagle: Add twl4030 and i2c EEPROM > ARM: OMAP2+: board-generic: Remove i2c static init > arm/dts: OMAP4: Add gpio nodes > arm/dts: OMAP3: Add gpio nodes > arm/dts: OMAP4: Add SPI controller nodes > arm/dts: OMAP3: Add SPI controller nodes > arm/dts: omap4-sdp: Add ks8851 ethernet SPI device > > Rajendra Nayak (1): > arm/dts: twl: Pass regulator data from dt > > arch/arm/boot/dts/omap3-beagle.dts | 35 ++++++++++++++ > arch/arm/boot/dts/omap3.dtsi | 86 +++++++++++++++++++++++++++++++++++ > arch/arm/boot/dts/omap4-panda.dts | 34 ++++++++++++++ > arch/arm/boot/dts/omap4-sdp.dts | 73 +++++++++++++++++++++++++++++ > arch/arm/boot/dts/omap4.dtsi | 86 +++++++++++++++++++++++++++++++++++ > arch/arm/boot/dts/twl4030.dtsi | 39 ++++++++++++++++ > arch/arm/boot/dts/twl6030.dtsi | 86 +++++++++++++++++++++++++++++++++++ > arch/arm/mach-omap2/board-generic.c | 37 +-------------- > arch/arm/mach-omap2/devices.c | 4 +- > arch/arm/mach-omap2/gpio.c | 8 +++- > 10 files changed, 450 insertions(+), 38 deletions(-) > create mode 100644 arch/arm/boot/dts/twl4030.dtsi > create mode 100644 arch/arm/boot/dts/twl6030.dtsi >
* Cousson, Benoit <b-cousson@ti.com> [120314 15:52]: > Hi Tony, > > It looks like Chris Ball just queued the HSMMC DT stuff from > Rajendra, so I can add as well the MMC DTS for OMAP3 and OMAP4 as > well. > > It is fine for an update? Sure, I'm not planning to pull this until after the merge window. > Than I can add as Kevin's patch for twl irq_base removal. Hmm I don't follow. That's needed first as a fix for the merge window? Regards, Tony
On 3/14/2012 11:57 PM, Tony Lindgren wrote: > * Cousson, Benoit<b-cousson@ti.com> [120314 15:52]: >> Hi Tony, >> >> It looks like Chris Ball just queued the HSMMC DT stuff from >> Rajendra, so I can add as well the MMC DTS for OMAP3 and OMAP4 as >> well. >> >> It is fine for an update? > > Sure, I'm not planning to pull this until after the merge > window. OK, so we will not have the DTS support for the new drivers for 3.4 :-( Well, if you pull that in a lo branch, that will be enough to base the further work on it. >> Than I can add as Kevin's patch for twl irq_base removal. > > Hmm I don't follow. That's needed first as a fix for the > merge window? No, not that one. It is just some more cleanup on top of the one Felipe already did in the twl series I've just sent to Samuel. But if you do not plan to pull that series for 3.4, that does not really matter. Regards, Benoit
* Cousson, Benoit <b-cousson@ti.com> [120314 16:06]: > On 3/14/2012 11:57 PM, Tony Lindgren wrote: > >* Cousson, Benoit<b-cousson@ti.com> [120314 15:52]: > >>Hi Tony, > >> > >>It looks like Chris Ball just queued the HSMMC DT stuff from > >>Rajendra, so I can add as well the MMC DTS for OMAP3 and OMAP4 as > >>well. > >> > >>It is fine for an update? > > > >Sure, I'm not planning to pull this until after the merge > >window. > > OK, so we will not have the DTS support for the new drivers for 3.4 :-( Well you said this one has driver dependencies :) > Well, if you pull that in a lo branch, that will be enough to base > the further work on it. Right we got something like seven branches ready to go for early merging after the merge window.. We should have patches sitting in linux-next for at least a week before the merge window opens. > >>Than I can add as Kevin's patch for twl irq_base removal. > > > >Hmm I don't follow. That's needed first as a fix for the > >merge window? > > No, not that one. It is just some more cleanup on top of the one > Felipe already did in the twl series I've just sent to Samuel. > But if you do not plan to pull that series for 3.4, that does not > really matter. Ah OK. In that case feel free to update. Also check if some of these can be sent as fixes during the -rc cycle? Regards, Tony
On 3/15/2012 12:21 AM, Tony Lindgren wrote: > * Cousson, Benoit<b-cousson@ti.com> [120314 16:06]: >> On 3/14/2012 11:57 PM, Tony Lindgren wrote: >>> * Cousson, Benoit<b-cousson@ti.com> [120314 15:52]: >>>> Hi Tony, >>>> >>>> It looks like Chris Ball just queued the HSMMC DT stuff from >>>> Rajendra, so I can add as well the MMC DTS for OMAP3 and OMAP4 as >>>> well. >>>> >>>> It is fine for an update? >>> >>> Sure, I'm not planning to pull this until after the merge >>> window. >> >> OK, so we will not have the DTS support for the new drivers for 3.4 :-( > > Well you said this one has driver dependencies :) Well, this is not a strong dependency, but it is still better to have the driver adapted to use the DTS node. What is really unfair is that I did remove the DTS from the driver series to avoid conflict during merge of the various driver series. So next time, I guess I'd rather let the DTS along with the driver, but this is really a pity. >> Well, if you pull that in a lo branch, that will be enough to base >> the further work on it. > > Right we got something like seven branches ready to go for > early merging after the merge window.. We should have patches > sitting in linux-next for at least a week before the merge > window opens. I know that, but since it is just a bunch of DTS, none of them will break anything in linux-next anyway... >>>> Than I can add as Kevin's patch for twl irq_base removal. >>> >>> Hmm I don't follow. That's needed first as a fix for the >>> merge window? >> >> No, not that one. It is just some more cleanup on top of the one >> Felipe already did in the twl series I've just sent to Samuel. >> But if you do not plan to pull that series for 3.4, that does not >> really matter. > > Ah OK. In that case feel free to update. Also check if some > of these can be sent as fixes during the -rc cycle? No, that should be fine, this one can wait 3.5. Regards, Benoit