OMAPDSS: HDMI: Fix GPA Channel Setting and Channel Allocation for 6-Channels

Enable channels 0 to 5 in GPA configuration (GP_CONF1) for the
6 channels case. This fixes an issue where the Audio Sample Packet
was carrying 8 channels instead of 6 channels.

The new GPA configuration sets the sample_present.sp3 bit to 0, then
0x13 is not a valid channel allocation. So, the channel allocation is
set to a valid value (0xb), when the number of channels is 6.

Also a typo is fixed in the comments for the eight channel case.

Change-Id: I6c9379db3977cc0d90f8e97112949a5e12322794
Signed-off-by: Angela Stegmaier <angelabaker@ti.com>
Signed-off-by: Misael Lopez Cruz <misael.lopez@ti.com>
omap5: bandgap: sensor data: use ES2.0 data

ES2.0 and ES1.0 have different macros for temperature range start/end.
with the wrong start/end range, computed temperature is wrong (delta of
around a few degree C).

Use the correct macro for ES2.0.

Change-Id: I114b1b917e5729f6e9fa9e75750553148a199f13
Reported-by: José Peña <pena@ti.com>
Signed-off-by: Nishanth Menon <nm@ti.com>
Merge remote-tracking branch 'origin/p-linux-omap-3.4' into p-android-omap-3.4

* origin/p-linux-omap-3.4:
  omap5: bandgap: sensor data: use ES2.0 data

Change-Id: I9bbe186f1015c2ddcfdf4f5676398a90f099b56c
Signed-off-by: Praneeth Bajjuri <praneeth@ti.com>
panda: create board props in sysfs during init

Create board props sysfs entries during initialization.
It is required for proper chip detection by SGX driver.

Change-Id: Ibcdc554ff4ac866df96c807fe9381100f36533b5
Signed-off-by: Andrii Beregovenko <a.beregovenko@ti.com>
OMAPDSS: DPI: Add function to setup the channel for DPI

Add channel setup in DPI panel case.

Change-Id: Ib888c3666c2645a4ed0c3a67f4cc69aa876bc68d
Signed-off-by: Jonathan Bergsagel <jbergsagel@ti.com>
Signed-off-by: Dandawate Saket <dsaket@ti.com>
OMAPDSS: DPI: Add support for lp101 panel timings

Add support for panel timings

Change-Id: Ic9769060e7e322d8fa6c9b1cf258186d7ba54c0a
Signed-off-by: Jonathan Bergsagel <jbergsagel@ti.com>
Signed-off-by: Dandawate Saket <dsaket@ti.com>
OMAP5: uevmboard: Add support for muxing and panel config

Add support for muxing and panel configutations.

Change-Id: I1c3beed9c2917be51661ed091428da55727bb3fd
Signed-off-by: Dandawate Saket <dsaket@ti.com>
OMAP5: Board: Add key event for basic functions

Add keyevents on panel.

Change-Id: I730ccee3e3a8da4d7e069e717297d51cfc800bbf
Signed-off-by: Dandawate Saket <dsaket@ti.com>
OMAP5-board: add support 2 framebuffer device

Add support for second framebuffer initialization.

Change-Id: Id8c3ef19d28b2a6507d4ec8575cce5a06500eba0
Signed-off-by: Rakesh Movva <a0273913ubuntu@ud2a0273913>
Signed-off-by: Dandawate Saket <dsaket@ti.com>
OMAPDSS: DISPC: fix wb_setup issue for omap5

Currently we are trying to setup a overlay plane for WB which does not
exists. This is throughing a null pointer exception. This piece of code
was never validated on OMAP5.

Change-Id: I3fd28a60d59fd8c30904423b15eecd1a4cc3dc0b
Signed-off-by: Dandawate Saket <dsaket@ti.com>
ARM: OMAP5: Add ABB vset efuse read support

ABB vset bits are setup in efuse along with AVS nreciprocal.
pull the same out into voltage_data

Change-Id: I2e5bfec02ed77c1f689232fe07fbdf2367eea468
Signed-off-by: Nishanth Menon <nm@ti.com>
ARM: OMAP3+ ABB: allow ABB vset efuse override support

On certain silicon like OMAP5, ABB voltage values are now
encoded in efuse itself. So strip out the data and push
into the LDO as needed.

Change-Id: Ie5f21aa704248f1166fb07891bf30b4fe837a6a8
Signed-off-by: Nishanth Menon <nm@ti.com>
ARM: ABB: OMAP5+: Add ABB override data for OMAP5

Add ABB support for OMAP5 - the LDOVBB override information

Change-Id: Ic314edc6342b440c5364f6243a888bf72ac98de8
Signed-off-by: Nishanth Menon <nm@ti.com>
Merge branch 'p-linux-omap-3.4' into p-android-omap-3.4

* p-linux-omap-3.4:
  ARM: ABB: OMAP5+: Add ABB override data for OMAP5
  ARM: OMAP3+ ABB: allow ABB vset efuse override support
  ARM: OMAP5: Add ABB vset efuse read support

Change-Id: I006c9ab83a0707dbdab3d10e9e0864f52f98849a
Signed-off-by: Praneeth Bajjuri <praneeth@ti.com>
ARM: OMAP3+: SmartReflex: use only 24 bits of efuse for NVALUERECIPROCAL

NVALUERECIPROCAL is a 24 bit value, remaining bits may contain other
data. Even though the AVS IP block marks bits [31-24] as reserved for
all AVS IP blocks used since OMAP3430-OMAP5, it is safer to mask out
the remaining bits out.

Change-Id: I5e69d12afa7700cd59e66c0b9bfb1eba3740abad
Signed-off-by: Nishanth Menon <nm@ti.com>
Merge branch 'p-linux-omap-3.4' into p-android-omap-3.4

* p-linux-omap-3.4:
  ARM: OMAP3+: SmartReflex: use only 24 bits of efuse for NVALUERECIPROCAL

Change-Id: I279a421ac5a01b46a3aba552a7ec6cb5021fff7f
Signed-off-by: Praneeth Bajjuri <praneeth@ti.com>
Merge branch 'p-android-omap-3.4' of git://git.omapzoom.org/kernel/omap into p-android-omap-3.4

Conflicts:
	arch/arm/plat-omap/include/plat/voltage.h
	drivers/video/omap2/displays/Kconfig

Change-Id: Ib7643af10eb2b038c31208ba5ec08054416a8926