diff options
| author | Tomi Valkeinen | 2012-12-13 13:21:30 +0100 |
|---|---|---|
| committer | Tomi Valkeinen | 2012-12-13 13:24:43 +0100 |
| commit | bd0f5cc3641cb76ae8fa2cc4924c29da157f8b2d (patch) | |
| tree | 1dd04f07c8b9f471f9f5f9b0a3031535d5d91aea /include/video | |
| parent | Revert "OMAPFB: simplify locking" (diff) | |
| download | kernel-qcow2-linux-bd0f5cc3641cb76ae8fa2cc4924c29da157f8b2d.tar.gz kernel-qcow2-linux-bd0f5cc3641cb76ae8fa2cc4924c29da157f8b2d.tar.xz kernel-qcow2-linux-bd0f5cc3641cb76ae8fa2cc4924c29da157f8b2d.zip | |
OMAPDSS: fix TV-out issue with DSI PLL
Commit 0e8276ef75f5c7811b038d1d23b2b42c16efc5ac (OMAPDSS: DPI: always
use DSI PLL if available) made dpi.c use DSI PLL for its clock. This
works fine, for DPI, but has a nasty side effect on OMAP3:
On OMAP3 the same clock is used for DISPC fclk and LCD output. Thus,
after the above patch, DSI PLL is used for DISPC and LCD output. If
TV-out is used, the TV-out needs DISPC. And if DPI is turned off, the
DSI PLL is also turned off, disabling DISPC.
For this to work, we'd need proper DSS internal clock handling, with
refcounts, which is a non-trivial project.
This patch fixes the issue for now by disabling the use of DSI PLL for
DPI on OMAP3.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
Diffstat (limited to 'include/video')
0 files changed, 0 insertions, 0 deletions