mach:latona: disable pin muxing for ehci and bt
We are already doing it in the latona specific mux setting

Signed-off-by: David Rodero <david@codiguiel.net>
latona:defconfig: disable twl4030 powerbutton

Signed-off-by: David Rodero <david@codiguiel.net>

Conflicts:
	arch/arm/configs/latona_defconfig
sound:soc: fixup omap sdp3430 sound soc for latona

Signed-off-by: David Rodero <david@codiguiel.net>

Conflicts:
	arch/arm/mach-omap2/pm34xx.c
	sound/soc/omap/sdp3430.c
sound:soc: add support for max97000 amp driver

Signed-off-by: David Rodero <david@codiguiel.net>

Conflicts:
	include/linux/mfd/twl4030-codec.h
	sound/soc/codecs/Kconfig
sound:soc: include samsung gain control

Signed-off-by: David Rodero <david@codiguiel.net>

Conflicts:
	sound/soc/codecs/Makefile
sound:soc: include samsung customization for latona support

Signed-off-by: David Rodero <david@codiguiel.net>

Conflicts:
	include/linux/i2c/twl.h
	sound/soc/codecs/twl4030.c
sound:soc:sdp3430: cleanup and fixed deprecated omap_pm

Signed-off-by: David Rodero <david@codiguiel.net>
mach:latona: include vibrator

Signed-off-by: David Rodero <david@codiguiel.net>
arch:mm: fix build with gcc 4.7

Signed-off-by: David Rodero <david@codiguiel.net>

Conflicts:
	arch/arm/mm/Makefile
mach:latona: fixup wifi gpios and board reference clock

Signed-off-by: David Rodero <david@codiguiel.net>
mach:latona: get rid of config_wlan_mux
We are not required to set the wlan mux in the board since we are already setting it in mux_latona_rev_r08.c

Signed-off-by: David Rodero <david@codiguiel.net>
mach:latona:mux: do not request the WLAN_EN gpio
The Fixed Regulator vwl1271 handles the WLAN_EN gpio based on the MMC status. Hence, we dont request WLAN_EN gpio while initializing the board mux.

Signed-off-by: David Rodero <david@codiguiel.net>
mach:omap: enabled L2 Cache if not enabled by the bootloader

Signed-off-by: David Rodero <david@codiguiel.net>

Conflicts:
	arch/arm/mach-omap2/io.c
	arch/arm/plat-omap/include/plat/cpu.h
mach:latona: preliminary fixes for bluetooth
Works but breaks WIFI. Leave it for later

Signed-off-by: David Rodero <david@codiguiel.net>
OMAPLFB: Dont foward compositions to DSSCOMP if overlay is Zero

Do not foward compositions to DSSCOMP in case overlay number
passed by HWC is zero. The dsscomp->num_overlay = 0 means
that there is no primary display and no rendering is required.

Change-Id: If7b582efeb55ce84878d0bfbd19eabd2ebd3afaa
Signed-off-by: Tony Lofthouse <a0741364@ti.com>
Signed-off-by: Dandawate Saket <dsaket@ti.com>
Signed-off-by: David Rodero <david@codiguiel.net>

Conflicts:
	drivers/gpu/pvr/omaplfb/omaplfb_displayclass.c