[PATCH] drm: arcpgu: Allow some clock deviation in crtc->mode_valid() callback

Alexey Brodkin Alexey.Brodkin at synopsys.com
Wed Jul 12 17:06:05 UTC 2017


Hi Jose,

On Tue, 2017-06-27 at 15:36 +0100, Jose Abreu wrote:
> Currently we expect that clock driver produces the exact same value
> as we are requiring. There can, and will, be some deviation however
> so we need to take into account that instead of rejecting the mode.
> 
> According to HDMI spec we have a max of +-0.5% for the pixel clock
> frequency variation. Lets take that into an advantage and use it
> to calculate how much deviation we can support.
> 
> This patch was based on today's drm-misc-next.
> 
> Signed-off-by: Jose Abreu <joabreu at synopsys.com>
> Cc: Carlos Palminha <palminha at synopsys.com>
> Cc: Alexey Brodkin <abrodkin at synopsys.com>
> Cc: Daniel Vetter <daniel.vetter at ffwll.ch>
> Cc: Dave Airlie <airlied at linux.ie>

Finally our problem with EDID-less monitor is fixed
with that patch.

Thus,

Acked-by: Alexey Brodkin <abrodkin at synopsys.com>


More information about the dri-devel mailing list