linux/drivers/video/omap2
Tomi Valkeinen a8081d3179 OMAPDSS: Ensure OPP100 when DSS is operational
Most of the DSS clocks have restrictions on their frequency based on the
OPP in use. For example, maximum frequency for a clock may be 180MHz in
OPP100, but 90MHz in OPP50. This means that when a high enough pixel
clock or function clock is required, we need to use OPP100.

However, there's currently no way in the PM framework to make that kind
of request. The closest we get is to ask for very high bus throughput
from the PM framework, which should effectively force OPP100.

This patch is a simple version for handling the problem. Instead of
asking for OPP100 only when needed, this patch asks for OPP100 whenever
DSS is active. This obviously is not an optimal solution for cases with
small displays where OPP50 would work just fine. However, a proper
solution is a complex one, and this patch is a short term solution for
the problem.

Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
Cc: Paul Walmsley <paul@pwsan.com>
Acked-by: Kevin Hilman <khilman@ti.com>
2012-04-23 10:48:03 +03:00
..
displays Merge branch 'for-3.4' of git://gitorious.org/linux-omap-dss2/linux into fbdev-next 2012-03-20 08:49:51 +00:00
dss OMAPDSS: Ensure OPP100 when DSS is operational 2012-04-23 10:48:03 +03:00
omapfb OMAPFB: remove unused fb_format_to_dss_mode() 2012-02-23 09:39:18 +02:00
Kconfig OMAP: DSS2: Add generic and Sharp panel drivers 2009-12-09 18:19:42 +02:00
Makefile OMAP2: avoid descending into disabled framebuffer dirs 2011-05-11 14:20:53 +03:00
vram.c OMAPDSS: Remove video SRAM support 2012-02-23 09:38:26 +02:00
vrfb.c ARM: OMAP: Remove remaining includes for mach/io.h 2012-03-06 21:34:38 -06:00