kernel.git/drivers/video/omap2/dss, branch linux-3.8.y

OMAPDSS: add FEAT_DPI_USES_VDDS_DSI to omap3630_dss_feat_list

2013-02-14T11:06:46Z

commit 195e672a76056478cc79f5c48343164c9237852e OMAPDSS: DPI: Remove cpu_is_xxxx checks made the mistake of assuming that cpu_is_omap34xx() is exclusive of other cpu_is_* predicates whereas it includes cpu_is_omap3630(). So on an omap3630, code that was previously enabled by if (cpu_is_omap34xx()) is now disabled as dss_has_feature(FEAT_DPI_USES_VDDS_DSI) fails. So add FEAT_DPI_USES_VDDS_DSI to omap3630_dss_feat_list. Cc: Chandrabhanu Mahapatra Cc: Tomi Valkeinen Signed-off-by: NeilBrown Signed-off-by: Tomi Valkeinen

OMAPDSS: fix TV-out issue with DSI PLL

2012-12-13T12:24:43Z

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

OMAPDSS: DISPC: remove dispc fck uses

2012-12-12T11:34:14Z

The previous patch changes dispc to get the dispc fck rate from dss core driver. This was the only use of the dispc fck in dispc, and thus we can now remove the clock handling. Signed-off-by: Tomi Valkeinen

OMAPDSS: DISPC: get dss clock rate from dss driver

2012-12-12T11:34:13Z

Dispc currently gets dispc's fck with clk_get() and uses clk_get_rate() to get the rate for scaling calculations. This causes a problem with common clock framework, as omapdss uses the dispc functions inside a spinlock, and common clock framework uses a mutex in clk_get_rate(). Looking at the DSS clock tree, the above use of the dispc fck is not quite correct. The DSS_FCLK from PRCM goes to DSS core block, which has a mux to select the clock for DISPC from various options, so the current use of dispc fck bypasses that. Fortunately we never change the dispc clock mux for now. To fix the issue with clk_get_rate(), this patch caches the dss clock rate in dss.c when it is set. Dispc will then ask for the clock rate from dss. While this is not very elegant, it does fix the issue, and it's not totally wrong when considering that the dispc fck actually comes via dss. In the future we should probably look into common clock framework and see if that could be used to represent the DSS clock tree properly. Signed-off-by: Tomi Valkeinen

OMAPDSS: use omapdss_compat_init() in other drivers

2012-12-07T15:06:00Z

omapdss_compat_init() and omapdss_compat_uninit() is called internally by omapdss. This patch moves the calls to omapfb, omap_vout and omapdrm drivers. omapdrm driver can later remove the call after non-compat support has been implemented in omapdrm. Signed-off-by: Tomi Valkeinen

OMAPDSS: export dispc functions

2012-12-07T15:06:00Z

Export DISPC functions. Signed-off-by: Tomi Valkeinen

OMAPDSS: export dss_feat functions

2012-12-07T15:05:59Z

Export dss_features related functions. Signed-off-by: Tomi Valkeinen

OMAPDSS: export dss_mgr_ops functions

2012-12-07T15:05:59Z

Export dss_mgr_ops related functions. Signed-off-by: Tomi Valkeinen

OMAPDSS: separate compat files in the Makefile

2012-12-07T15:05:58Z

Separate the core DSS files and compat layer files in the Makefile for clarity. Signed-off-by: Tomi Valkeinen

OMAPDSS: move display sysfs init to compat layer

2012-12-07T15:05:58Z

Move creation of the sysfs files for displays to the compat layer. Signed-off-by: Tomi Valkeinen