From: Tomi Valkeinen Date: Wed, 10 Apr 2013 11:54:54 +0000 (+0300) Subject: OMAPDSS: DPI: widen the pck search when using dss fck X-Git-Tag: MMI-PSA29.97-13-9~14364^2~24^2~17^2~5 X-Git-Url: https://git.stricted.de/?a=commitdiff_plain;h=2c6360fb41e71d86ef2a870fd94c0fc9dcd9779e;p=GitHub%2FMotorolaMobilityLLC%2Fkernel-slsi.git OMAPDSS: DPI: widen the pck search when using dss fck When not using DSI PLL to generate the pixel clock, but DSS FCK, the possible pixel clock rates are rather limited. DSS FCK is currently used on OMAP2 and OMAP3. When using Beagleboard with a monitor that supports high resolutions, the clock rates do not match (at least for me) for the monitor's pixel clocks within the current threshold in the code, which is +/- 1MHz. This patch widens the search up to +/- 15MHz. The search is done in steps, i.e. it first tries to find a rather exact clock, than a bit less exact, etc. so this should not change the cases where a clock was already found. Signed-off-by: Tomi Valkeinen --- diff --git a/drivers/video/omap2/dss/dpi.c b/drivers/video/omap2/dss/dpi.c index abe1a4e23c36..e93c4debea7f 100644 --- a/drivers/video/omap2/dss/dpi.c +++ b/drivers/video/omap2/dss/dpi.c @@ -222,10 +222,10 @@ static bool dpi_dss_clk_calc(unsigned long pck, struct dpi_clk_calc_ctx *ctx) * DSS fck gives us very few possibilities, so finding a good pixel * clock may not be possible. We try multiple times to find the clock, * each time widening the pixel clock range we look for, up to - * +/- 1MHz. + * +/- ~15MHz. */ - for (i = 0; i < 10; ++i) { + for (i = 0; i < 25; ++i) { bool ok; memset(ctx, 0, sizeof(*ctx));