diff options
author | Tomi Valkeinen <tomi.valkeinen@ti.com> | 2014-10-02 17:58:48 +0000 |
---|---|---|
committer | Tomi Valkeinen <tomi.valkeinen@ti.com> | 2015-02-26 12:15:11 +0200 |
commit | 7a16360d56f6846da5a7c8cb50b14e3464ad133a (patch) | |
tree | 243d03d8cc3d4010c994c3e5a34a4bedb2808c15 /include/video | |
parent | 6246c8b57c1467791fd5b2d25cb5b0b9059cf856 (diff) | |
download | linux-7a16360d56f6846da5a7c8cb50b14e3464ad133a.tar.gz linux-7a16360d56f6846da5a7c8cb50b14e3464ad133a.tar.bz2 linux-7a16360d56f6846da5a7c8cb50b14e3464ad133a.zip |
OMAPDSS: DISPC: remove OMAPDSS_DRIVE_SIG_OPPOSITE_EDGES
DISPC can drive data lines either on rising or falling pixel clock edge,
which can be configured by the user.
Sync lines can also be driven on rising or falling pixel clock edge, but
additionally the HW can be configured to drive the sync lines on
opposite clock edge from the data lines.
This opposite edge setting does not make any sense, as the same effect
can be achieved by just setting the sync lines to be driven on the other
edge compared to the data lines. It feels like some kind of backward
compatibility option, even if all DSS versions seem to have the same
implementation.
To simplify the code and configuration of the signals, and to make the
dispc timings more compatible with what is used on other platforms,
let's just remove the whole opposite-edge support.
The drivers that used OMAPDSS_DRIVE_SIG_OPPOSITE_EDGES setting are
changed so that they use the opposite setting from the data edge.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
Diffstat (limited to 'include/video')
-rw-r--r-- | include/video/omapdss.h | 1 |
1 files changed, 0 insertions, 1 deletions
diff --git a/include/video/omapdss.h b/include/video/omapdss.h index 60de61fea8e3..7414e4a97508 100644 --- a/include/video/omapdss.h +++ b/include/video/omapdss.h @@ -134,7 +134,6 @@ enum omap_dss_signal_level { }; enum omap_dss_signal_edge { - OMAPDSS_DRIVE_SIG_OPPOSITE_EDGES, OMAPDSS_DRIVE_SIG_RISING_EDGE, OMAPDSS_DRIVE_SIG_FALLING_EDGE, }; |