Message ID | alpine.DEB.2.02.1307301146110.4505@utopia.booyaka.com |
---|---|
State | New |
Headers | show |
Arnd & Olof, Can you please take this pull request directly? Other than the omap5 regulator dts changes I just posted I don't yet have anything else queued up right now. Regards, Tony * Paul Walmsley <paul@pwsan.com> [130730 04:53]: > > Hi Tony > > The following changes since commit 5ae90d8e467e625e447000cb4335c4db973b1095: > > Linux 3.11-rc3 (2013-07-28 20:53:33 -0700) > > are available in the git repository at: > > git://git.kernel.org/pub/scm/linux/kernel/git/pjw/omap-pending.git tags/for-v3.11-rc/omap-fixes-b > > for you to fetch changes up to 50c2a3a1518befe992f868fc1fd867bdad9776ad: > > ARM: OMAP2+: hwmod: AM335x: fix cpgmac address space (2013-07-30 05:13:37 -0600) > > ---------------------------------------------------------------- > Some OMAP hwmod fixes for v3.11-rc. Mostly intended to fix an earlyprintk > regression and an AM33xx cpgmac power management regression. > > Basic build, boot, and PM tests are available here: > > http://www.pwsan.com/omap/testlogs/hwmod_fixes_a_v3.11-rc/20130730042132/ > > The tests include temporary fixes for the unrelated 2430SDP and OMAP3 > boot regressions, which are not part of this signed tag. > > ---------------------------------------------------------------- > Afzal Mohammed (2): > ARM: OMAP2+: hwmod: rt address space index for DT > ARM: OMAP2+: hwmod: AM335x: fix cpgmac address space > > Rajendra Nayak (3): > ARM: OMAP2+: hwmod: Fix a crash in _setup_reset() with DEBUG_LL > ARM: OMAP2+: Avoid idling memory controllers with no drivers > ARM: OMAP2+: Sync hwmod state with the pm_runtime and omap_device state > > arch/arm/mach-omap2/omap_device.c | 18 ++++++++ > arch/arm/mach-omap2/omap_hwmod.c | 2 +- > arch/arm/mach-omap2/omap_hwmod.h | 50 ++++++++++++++++++++++ > arch/arm/mach-omap2/omap_hwmod_2xxx_ipblock_data.c | 6 +-- > arch/arm/mach-omap2/omap_hwmod_33xx_data.c | 3 +- > arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 9 ++-- > arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 5 +-- > arch/arm/mach-omap2/omap_hwmod_54xx_data.c | 3 +- > arch/arm/mach-omap2/serial.c | 11 ----- > 9 files changed, 83 insertions(+), 24 deletions(-)
On Tue, Jul 30, 2013 at 06:33:36AM -0700, Tony Lindgren wrote: > Arnd & Olof, > > Can you please take this pull request directly? Other than the > omap5 regulator dts changes I just posted I don't yet have > anything else queued up right now. Pulled. But Paul, if you don't mind, please base your fixes on older -rcs unless there's a reason to go with the latest-and-greatest. I had to rebase our fixes branch since this pulled in a newer -rc than ours and I didn't want to have a back-merge in the history. Thanks, -Olof
On Sun, 4 Aug 2013, Olof Johansson wrote: > On Tue, Jul 30, 2013 at 06:33:36AM -0700, Tony Lindgren wrote: > > Arnd & Olof, > > > > Can you please take this pull request directly? Other than the > > omap5 regulator dts changes I just posted I don't yet have > > anything else queued up right now. > > > Pulled. But Paul, if you don't mind, please base your fixes on older -rcs > unless there's a reason to go with the latest-and-greatest. > > I had to rebase our fixes branch since this pulled in a newer -rc than > ours and I didn't want to have a back-merge in the history. Will do. Sorry about the extra hassle. - Paul
On Sun, Aug 4, 2013 at 4:46 PM, Paul Walmsley <paul@pwsan.com> wrote: > On Sun, 4 Aug 2013, Olof Johansson wrote: > >> On Tue, Jul 30, 2013 at 06:33:36AM -0700, Tony Lindgren wrote: >> > Arnd & Olof, >> > >> > Can you please take this pull request directly? Other than the >> > omap5 regulator dts changes I just posted I don't yet have >> > anything else queued up right now. >> >> >> Pulled. But Paul, if you don't mind, please base your fixes on older -rcs >> unless there's a reason to go with the latest-and-greatest. >> >> I had to rebase our fixes branch since this pulled in a newer -rc than >> ours and I didn't want to have a back-merge in the history. > > Will do. Sorry about the extra hassle. No need to apologize, I've never asked for anything like it in the past. It's something I've realized as of late that it'd be good to avoid where possible. We used to start a new fixes branch on top of each -rc so it wasn't an issue before. -Olof