24 Nov, 2011

1 commit


30 Sep, 2011

2 commits

  • OMAP DSS normally gets power from VCXIO on OMAP4. Add configuration for
    this into twl-common.c

    Mark VCXIO as always_on, as VCXIO is used by multiple components,
    including the MPU, and turning it off when DSS doesn't need it would
    lead the device to halt.

    Acked-by: Tony Lindgren
    Signed-off-by: Tomi Valkeinen

    Tomi Valkeinen
     
  • Currently, there are 2 differently named platform devices generated for
    the 2 DSS DSI modules. In order to use the same driver, the dsi devices
    should be 2 instances of the same platform device.

    Change the platform device names from "omapdss_dsi1" and "omapdss_dsi2"
    to omapdss_dsi", and set the device indices to 0 and 1.

    Signed-off-by: Archit Taneja
    Acked-by: Tony Lindgren
    Signed-off-by: Tomi Valkeinen

    Tomi Valkeinen
     

10 Aug, 2011

1 commit

  • Commit b22f954 (OMAP4: Move common twl6030 configuration to twl-common)
    caused compile failures for code for OMAP arch which is not selected by
    the config.

    Fixes issues like:
    With CONFIG_ARCH_OMAP3=y and CONFIG_ARCH_OMAP4=n, I'm getting this:

    arch/arm/mach-omap2/built-in.o:(.data+0xf99c): undefined reference to `omap4430_phy_init'
    arch/arm/mach-omap2/built-in.o:(.data+0xf9a0): undefined reference to `omap4430_phy_exit'
    arch/arm/mach-omap2/built-in.o:(.data+0xf9a4): undefined reference to `omap4430_phy_power'
    arch/arm/mach-omap2/built-in.o:(.data+0xf9a8): undefined reference to `omap4430_phy_set_clk'
    arch/arm/mach-omap2/built-in.o:(.data+0xf9ac): undefined reference to `omap4430_phy_suspend'

    Fix the problem by moving the code to ifdef sections for omap3 and omap4.

    Signed-off-by: Peter Ujfalusi
    [tony@atomide.com: updated comments]
    Signed-off-by: Tony Lindgren

    Peter Ujfalusi
     

04 Jul, 2011

5 commits