[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