[Bug 48880] Set mode has different timings than requested on VGA
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Wed Apr 18 18:47:03 PDT 2012
https://bugs.freedesktop.org/show_bug.cgi?id=48880
--- Comment #12 from Tvrtko Ursulin <tvrtko.ursulin at onelan.co.uk> 2012-04-19 01:47:03 UTC ---
RADEON_PLL_PREFER_MINM_OVER_MAXP fixes it, monitor now reports the same pixel
clock as from the modeline and locks onto it correctly.
If interesting, I collected before and after clock setup from
radeon_compute_pll_avivo. Without RADEON_PLL_PREFER_MINM_OVER_MAXP:
adjusted_clock=148500, pll_clock=14843, fb_fiv=95, frac_fb_div=0, ref_div=8,
post_div=8
With:
adjusted_clock=148500, pll_clock=14857, fb_fiv=52, frac_fb_div=0, ref_div=7,
post_div=5
Should that be the fix then or I should investigate something else?
I don't understand how without this flag monitor was claiming to be receiving
175.9MHz pixel clock. Then again pll_clock got from radeon_compute_pll_avivo
does not seem to be used later in atombios_crtc_set_pll. So perhaps driver did
attempt to set 175.9MHz pixel clock. Where would I stick some debug to know
what was definitely asked from the hardware? Because if this was true, it would
mean monitors EDID data was not being respected.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the dri-devel
mailing list