OMAPDSS: use DSI_FIFO_BUG workaround only for manual update displays
authorTomi Valkeinen <tomi.valkeinen@ti.com>
Tue, 15 May 2012 12:31:01 +0000 (15:31 +0300)
committerTomi Valkeinen <tomi.valkeinen@ti.com>
Tue, 22 May 2012 07:59:13 +0000 (10:59 +0300)
commit3568f2a46f2a73bab18c914df06afd98a97e0e0e
treeff90a459d943101693a74e4ccf44112d1e9d3423
parent6f28c2964b535f9439d52c437aa2fbfef7ed149c
OMAPDSS: use DSI_FIFO_BUG workaround only for manual update displays

There is a problem related to DSS FIFO thresholds and power management
on OMAP3. It seems that when the full PM hits in, we get underflows. The
core reason is unknown, but after experiments it looks like only
particular FIFO thresholds work correctly.

This bug is related to an earlier patch, which added special FIFO
threshold configuration for OMAP3, because DSI command mode output
didn't work with the normal threshold configuration.

However, as the above work-around worked fine for other output types
also, we currently always configure thresholds in this special way on
OMAP3. In theory there should be negligible difference with this special
way and the standard way. The first paragraph explains what happens in
practice.

This patch changes the driver to use the special threshold configuration
only when the output is a manual update display on OMAP3. This does
include RFBI displays also, and although it hasn't been tested (no
boards using RFBI) I suspect the similar behaviour is present there
also, as the DISPC side should work similarly for DSI command mode and
RFBI.

Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
Cc: Joe Woodward <jw@terrafix.co.uk>
drivers/video/omap2/dss/apply.c
drivers/video/omap2/dss/dispc.c
drivers/video/omap2/dss/dss.h