Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1685917 > unrolled thread

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

Started byAlexey Brodkin <Alexey.Brodkin@synopsys.com>
First post2017-07-12 19:10 +0200
Last post2017-07-12 19:10 +0200
Articles 1 — 1 participant

Back to article view | Back to linux.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: [PATCH] drm: arcpgu: Allow some clock deviation in  crtc->mode_valid() callback Alexey Brodkin <Alexey.Brodkin@synopsys.com> - 2017-07-12 19:10 +0200

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

FromAlexey Brodkin <Alexey.Brodkin@synopsys.com>
Date2017-07-12 19:10 +0200
SubjectRe: [PATCH] drm: arcpgu: Allow some clock deviation in crtc->mode_valid() callback
Message-ID<u2tjc-2BT-13@gated-at.bofh.it>
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@synopsys.com>
> Cc: Carlos Palminha <palminha@synopsys.com>
> Cc: Alexey Brodkin <abrodkin@synopsys.com>
> Cc: Daniel Vetter <daniel.vetter@ffwll.ch>
> Cc: Dave Airlie <airlied@linux.ie>

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

Thus,

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

[toc] | [standalone]


Back to top | Article view | linux.kernel


csiph-web