lkml.org 
[lkml]   [2009]   [Oct]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    SubjectRe: [GIT PULL] omap fixes for v2.6.32-rc3
    From
    On Fri, Oct 9, 2009 at 1:13 AM, Felipe Contreras
    <felipe.contreras@gmail.com> wrote:
    > On Fri, Oct 9, 2009 at 12:41 AM, Tony Lindgren <tony@atomide.com> wrote:
    >> * Felipe Contreras <felipe.contreras@gmail.com> [091008 14:29]:
    >>> On Wed, Oct 7, 2009 at 9:51 PM, Tony Lindgren <tony@atomide.com> wrote:
    >>> > Linus,
    >>> >
    >>> > Please pull omap fixes from:
    >>> >
    >>> > git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git omap-fixes-for-linus
    >>> >
    >>> > Regards,
    >>> >
    >>> > Tony
    >>> >
    >>> >
    >>> > The following changes since commit 374576a8b6f865022c0fd1ca62396889b23d66dd:
    >>> >  Linus Torvalds (1):
    >>> >        Linux 2.6.32-rc3
    >>> >
    >>> > are available in the git repository at:
    >>> >
    >>> >  git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git omap-fixes-for-linus
    >>> >
    >>> > Artem Bityutskiy (1):
    >>> >      OMAP3: PM: introduce a new powerdomain walk helper
    >>> >
    >>> > Daniel Walker (1):
    >>> >      omap: iovmm: Add missing mutex_unlock
    >>> >
    >>> > Hiroshi DOYU (1):
    >>> >      omap: iovmm: Fix incorrect spelling
    >>> >
    >>> > Jon Hunter (1):
    >>> >      OMAP3: PM: Prevent hang in prcm_interrupt_handler
    >>> >
    >>> > Kevin Hilman (1):
    >>> >      OMAP3: PM: Enable GPIO module-level wakeups
    >>> >
    >>> > Paul Walmsley (2):
    >>> >      OMAP3: PM: PRCM interrupt: check MPUGRPSEL register
    >>> >      OMAP3: PM: PRCM interrupt: only handle selected PRCM interrupts
    >>> >
    >>> > Rajendra Nayak (1):
    >>> >      omap: Lock DPLL5 at boot
    >>> >
    >>> > Sergio Aguirre (1):
    >>> >      omapfb: Condition mutex acquisition
    >>> >
    >>> > Tommi Rantala (2):
    >>> >      omapfb: Blizzard: fix pointer to be const
    >>> >      omapfb: Blizzard: constify register address tables
    >>> >
    >>> > Tony Lindgren (2):
    >>> >      omap: Fix incorrect 730 vs 850 detection
    >>> >      Merge branch 'pm-fixes-32' of git://git.kernel.org/.../khilman/linux-omap-pm into omap-fixes-for-linus
    >>> >
    >>> > Vikram Pandita (1):
    >>> >      OMAP3: PM: USBHOST: clear wakeup events on both hosts
    >>> >
    >>> > ye janboe (1):
    >>> >      omap: SRAM: flush the right address after memcpy in omap_sram_push
    >>>
    >>> The beagleboard is still not booting for me with this branch, I need
    >>> to add these two patches:
    >>>
    >>> * http://patchwork.kernel.org/patch/50721/
    >>>
    >>
    >> This should go to the mainline kernel via Samuel as it's
    >> drivers/mfd related.
    >>
    >>> This one is needed because the defconfig has:
    >>> CONFIG_TWL4030_USB=y
    >>>
    >>> * http://patchwork.kernel.org/patch/50970/
    >>>
    >>> This is needed because most people boot from an MMC.
    >>
    >> And this should go in via the mmc list.
    >
    > Should it?
    >
    > Here you can see Uwe Kleine-König sending the original patch without
    > even CC'ing the mmc list:
    > http://marc.info/?l=linux-kernel&m=124820861213849&w=2
    >
    > And it was unintentionally broken by this one:
    > http://marc.info/?l=linux-mmc&m=125249763422227&w=2

    Er, actually that one was ok, the problem was introduced only in the
    final version:
    http://marc.info/?l=linux-mmc&m=125366315417006&w=2

    > I don't see what we are waiting for, the code is clearly broken, even
    > the compiler warns that nobody is using omap_hsmmc_probe().

    --
    Felipe Contreras
    --
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2009-10-09 00:27    [W:3.486 / U:0.020 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site