Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1685917 > unrolled thread
| Started by | Alexey Brodkin <Alexey.Brodkin@synopsys.com> |
|---|---|
| First post | 2017-07-12 19:10 +0200 |
| Last post | 2017-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.
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
| From | Alexey Brodkin <Alexey.Brodkin@synopsys.com> |
|---|---|
| Date | 2017-07-12 19:10 +0200 |
| Subject | Re: [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>
Back to top | Article view | linux.kernel
csiph-web