linux-toradex.git/drivers/video/fbdev/omap2/dss, branch v3.16 Linux kernel for Apalis and Colibri modules video: omapdss: Fix potential null pointer dereference 2014-06-26T11:40:15+00:00 Sachin Kamat sachin.kamat@linaro.org 2014-05-30T10:26:34+00:00 06f7d7931752ee1bd0903a38b1086c7ea5e10cdf kmalloc can return null. Add a check to avoid potential null pointer dereference error when the pointer is accessed later. Signed-off-by: Sachin Kamat <sachin.kamat@linaro.org> Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com> 
kmalloc can return null. Add a check to avoid potential null
pointer dereference error when the pointer is accessed later.

Signed-off-by: Sachin Kamat <sachin.kamat@linaro.org>
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
OMAPDSS: move 'compatible' converter to omapdss driver 2014-05-28T06:25:15+00:00 Tomi Valkeinen tomi.valkeinen@ti.com 2014-05-15T07:41:34+00:00 f2dd36ac9974cc2353bcbb8e6b643fb96030564c Move the panel/encoder driver compatible-string converter from arch/arm/mach-omap2/display.c to omapdss driver. That is a more logical place for it, as it's really an omapdss internal hack. The code is rewritten to follow the video node graph, starting from omapdss. This removes the need to have the device compatible-string database. Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com> 
Move the panel/encoder driver compatible-string converter from
arch/arm/mach-omap2/display.c to omapdss driver. That is a more logical
place for it, as it's really an omapdss internal hack.

The code is rewritten to follow the video node graph, starting from
omapdss. This removes the need to have the device compatible-string
database.

Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
OMAPDSS: HDMI: fix devm_ioremap_resource error checks 2014-05-23T11:50:09+00:00 Tomi Valkeinen tomi.valkeinen@ti.com 2014-05-23T11:50:09+00:00 2b22df835ba42ad6c5f09a52baf68cfb60650f56 devm_ioremap_resource returns ERR_PTR on error, not NULL. Fix the error checks in the driver. Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com> 
devm_ioremap_resource returns ERR_PTR on error, not NULL. Fix the
error checks in the driver.

Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
OMAPDSS: HDMI: remove unused defines 2014-05-23T11:40:47+00:00 Tomi Valkeinen tomi.valkeinen@ti.com 2014-05-23T11:40:47+00:00 2dcfdc3066e51a2143ed99f2a17ba2f1f32d42b7 Remove some unused defines from the HDMI driver. Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com> 
Remove some unused defines from the HDMI driver.

Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
OMAPDSS: HDMI: cleanup WP ioremaps 2014-05-23T11:37:44+00:00 Tomi Valkeinen tomi.valkeinen@ti.com 2014-05-23T11:37:44+00:00 fc2daf3b1df0fd751df7dd16652f45fa407bd1cb Commit 59b3d38a3691396783df108e6afbba30656edccb missed cleaning up the hdmi_wp.c file. Clean up hdmi_wp.c the same way as the others. Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com> 
Commit 59b3d38a3691396783df108e6afbba30656edccb missed cleaning up the
hdmi_wp.c file.

Clean up hdmi_wp.c the same way as the others.

Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
OMAPDSS: hdmi5_core: Fix compilation with OMAP5_DSS_HDMI_AUDIO 2014-05-19T13:27:07+00:00 Jyri Sarha jsarha@ti.com 2014-05-12T09:12:18+00:00 e2ccb0eee57b2fc267444e504ed872720ae10ee6 Use correct variable name for base address. Signed-off-by: Jyri Sarha <jsarha@ti.com> Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com> 
Use correct variable name for base address.

Signed-off-by: Jyri Sarha <jsarha@ti.com>
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
OMAPDSS: Fix writes to DISPC_POL_FREQ 2014-05-09T12:28:39+00:00 Tomi Valkeinen tomi.valkeinen@ti.com 2014-04-25T08:46:16+00:00 d80e02ef343379cfcef211ab4f042fc4a5b26100 When omapdss writes to DISPC_POL_FREQ register, it always ORs the bits with the current contents of the register, never clearing the old ones, causing wrong signal polarity settings. As we write all the bits in DISPC_POL_FREQ, we don't need to care about the current contents of the register. So fix the issue by constructing new register value from scratch. Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com> 
When omapdss writes to DISPC_POL_FREQ register, it always ORs the bits
with the current contents of the register, never clearing the old ones,
causing wrong signal polarity settings.

As we write all the bits in DISPC_POL_FREQ, we don't need to care about
the current contents of the register. So fix the issue by constructing
new register value from scratch.

Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
OMAPDSS: HDMI: cleanup ioremaps 2014-05-09T12:11:30+00:00 Tomi Valkeinen tomi.valkeinen@ti.com 2014-04-28T13:11:01+00:00 59b3d38a3691396783df108e6afbba30656edccb Now that all the boards using OMAP HDMI are using DT boot, we can remove the hacks for getting the ioresources with non-DT boot. Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com> 
Now that all the boards using OMAP HDMI are using DT boot, we can remove
the hacks for getting the ioresources with non-DT boot.

Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
OMAPDSS: HDMI: Add OMAP5 HDMI support 2014-05-09T12:11:30+00:00 Tomi Valkeinen tomi.valkeinen@ti.com 2014-03-13T10:44:14+00:00 f5bab22291908dc395c018f12c8485ef5fc9b90a This adds a new driver to omapdss for OMAP5 HDMI. However, the new driver uses common HDMI files which are shared with OMAP4 HDMI driver. OMAP5 HDMI has a different HDMI core IP compared to OMAP4, but has very similar PLL and PHY IPs which can be handled with common code. Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com> 
This adds a new driver to omapdss for OMAP5 HDMI. However, the new
driver uses common HDMI files which are shared with OMAP4 HDMI driver.

OMAP5 HDMI has a different HDMI core IP compared to OMAP4, but has very
similar PLL and PHY IPs which can be handled with common code.

Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
OMAPDSS: HDMI: PLL changes for OMAP5 2014-05-09T12:11:29+00:00 Archit Taneja archit@ti.com 2013-09-23T09:42:34+00:00 2d64b1b314bb52463b444e9c5aa1a2d399e694d2 Add a features struct to differentiate between the HDMI PLLs on OMAP4 and OMAP5. The OMAP5 PLL is more sensitive when it comes to locking. We need to ensure that the DCO freq isn't too low for lower pixel clocks. Modify the PLL computation slightly to ensure the HDMI PLL locks for lower frequencies. This will be later replaced by a more complex computation which makes sure all the PLL constraints are met. Signed-off-by: Archit Taneja <archit@ti.com> Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com> 
Add a features struct to differentiate between the HDMI PLLs on OMAP4
and OMAP5. The OMAP5 PLL is more sensitive when it comes to locking.  We
need to ensure that the DCO freq isn't too low for lower pixel clocks.

Modify the PLL computation slightly to ensure the HDMI PLL locks for lower
frequencies. This will be later replaced by a more complex computation
which makes sure all the PLL constraints are met.

Signed-off-by: Archit Taneja <archit@ti.com>
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>