[PATCH v2 00/11]: add remaining support for IGEP boards

[Javier Martinez Canillas]

On Wed, Nov 20, 2013 at 2:06 AM, Javier Martinez Canillas
<javier.martinez at collabora.co.uk> wrote:
> In order to make mach-omap2 Device Tree only, the board file for
> IGEP boards was removed even when support for wifi and display
> was still not supported by its DTS.
>
> This is a second version of a patch-set that adds support for
> these remaining peripherals and also adds support for USB,
> HDMI and user LED for the am33xx SoC based IGEP Aquila board.
>
> The patch-set is composed of the following patches:
>
> Enric Balletbo i Serra (7):
>       ARM: dts: omap3-igep: Fix bus-width for mmc1.
>       ARM: dts: omap3-igep: Add support for LBEE1USJYC WiFi connected to SDIO.
>       ARM: dts: omap3-igep: Update to use the TI AM/DM37x processor.
>       ARM: dts: AM33XX BASE0033: add pinmux and hdmi node to enable display
>       ARM: dts: AM33XX BASE0033: add pinmux and user led support.
>       ARM: dts: AM33XX BASE0033: add 32KBit EEPROM support.
>       ARM: dts: AM33XX IGEP0033: add USB support.
>
> Javier Martinez Canillas (4):
>       ARM: dts: omap3-igep0020: Add pinmux setup for i2c devices
>       ARM: dts: omap3-igep0020: Add pinmuxing for DVI output
>       ARM: OMAP: dss-common: change IGEP's DVI DDC i2c bus
>       ARM: dts: omap3-igep0020: name twl4030 VPLL2 regulator as vdds_dsi
>
> Changes since v1:
>
>  Don't add a workaround in drivers/video/omap2/dss/dpi.c to use the
>  VPLL2 regulator from twl4030 if VDDS_DSI regulator is not linked to
>  the DPI device since the used regulator is a per board configuration.
>
>  Instead add a regulator-name = "vdds_dsi" property to the regulator
>  in the IGEPv2 DTS file as suggested by Tony Lindgren.
>
> Tony,
>
> Most of these patches are just DTS changes so they have to be picked
> by Benoit besides the following patch that has to go through your tree
>
> [PATCH 10/11] ARM: OMAP: dss-common: change IGEP's DVI DDC i2c bus
>
> Since we have removed the board file for IGEP boards I think these
> can be considered as regression fixes for 3.13 although I don't mind
> if you prefer to wait for 3.14.
>
> Thanks a lot and best regards,
> Javier
> --

Hi Benoit and Tony,

Now that 3.13-rc1 is out, do you think that it would be possible to
include this series as a fix for the -rc cycle?

Otherwise we will have missing functionality for IGEP boards on 3.13
due the board file removal. The changes are mostly DT and won't affect
other boards.

Thanks a lot and best regards,
Javier