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 <joab...@synopsys.com> > Cc: Carlos Palminha <palmi...@synopsys.com> > Cc: Alexey Brodkin <abrod...@synopsys.com> > Cc: Daniel Vetter <daniel.vet...@ffwll.ch> > Cc: Dave Airlie <airl...@linux.ie>
Finally our problem with EDID-less monitor is fixed with that patch. Thus, Acked-by: Alexey Brodkin <abrod...@synopsys.com> _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel
