I have running lines on the screen when the radeon driver takes control (see attached video from system boot). In 2.6.37 it worked fine (some old drm-radeon-testing branch), but in 2.6.38 drm-fixes it started to appear.
I will attach dmesg output for both 2.6.37 and 2.6.38 with drm.debug=3.
Here is the video showing the problem: http://problem.oldium.net/radeon.avi
Created attachment 47202 [details]
Created attachment 47212 [details]
It is notebook's LVDS on Mobility Radeon HD 3470.
Sorry, mid-air collision.
Created attachment 47222 [details]
Can you attach the output of lspci -vnn for your card?
The following patches should fix it:
I've applied both patches and the problem is worse.
Created attachment 47242 [details]
`lspci -vnn` with my card
Created attachment 47262 [details]
Patch that fixes the problem
The patch reverts commit "drm/radeon/kms: disable ss fixed ref divide".
I've applied the patch on top of the two patches from the mailing list.
I forgot to mention the rest of my hardware - Acer TravelMate 5730G.
Does your revert patch work ok without the two mailing list patches?
Created attachment 47292 [details]
Can you try the following patch against 2.6.38-rc4 or newer and make sure all is working well?
My patch on 2.6.38-rc4 doesn't fix the problem, your patch neither. My patch combined with previous two from mailing list fixes the problem on 2.6.38-rc4.
Created attachment 47462 [details]
Can you try this patch? Try uncommenting the following lines to see if either of those flags work any better. Try them individually and together if possible and report back which, if any, helps.
/*pll->flags |= RADEON_PLL_PREFER_MINM_OVER_MAXP;*/
pll->flags |= RADEON_PLL_USE_FRAC_FB_DIV;*/
Results with 2.6.38-rc4 and first/second block uncommented (no=commented, yes=uncommented):
first second result
no no bad (usual)
yes no worse
no yes good
yes yes good
The result is that the second block (RADEON_PLL_USE_FRAC_FB_DIV) has to be uncommented on my system. I've tested only LVDS, not any dual-screen configuration.
Handled-By : Alex Deucher <email@example.com>
Created attachment 47722 [details]
The attached patch is what I am proposing goes upstream. Please verify it works properly for you.
(In reply to comment #20)
> Created an attachment (id=47722) [details]
> final patch
> The attached patch is what I am proposing goes upstream. Please verify it
> works properly for you.
The patch fixes my problem.
Latest kernel from airlied/drm-2.6.git, branch drm-fixes, works fine.
Fixed in mainstream 2.6.38-rc5. Thanks!
It is safe to mark this bug as RESOLVED. I don't know the correct resolution, though.
Fixed by commit 5b40ddf drm/radeon/kms: hopefully fix pll issues for real (v3).