https://bugzilla.kernel.org/show_bug.cgi?id=60857
Bug ID: 60857 Summary: Unstable display with Radeon 760G (ASUS M4A78L-M LE) Product: Drivers Version: 2.5 Kernel Version: 3.11 Hardware: i386 OS: Linux Tree: Mainline Status: NEW Severity: normal Priority: P1 Component: Video(DRI - non Intel) Assignee: drivers_video-dri@kernel-bugs.osdl.org Reporter: smf.linux@ntlworld.com Regression: No
Created attachment 107428 --> https://bugzilla.kernel.org/attachment.cgi?id=107428&action=edit Screen image, dmesg ,lspci and kernel config
I have just upgraded this machine from kernel 3.8.13 to 3.11 and I have discovered that the VGA output has become unstable (see attached). The dmesg output shows a number of issues/warnings which may be associated with the problem but that may just be speculation on my part.
Please advise.
https://bugzilla.kernel.org/show_bug.cgi?id=60857
Alex Deucher alexdeucher@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |alexdeucher@gmail.com
--- Comment #1 from Alex Deucher alexdeucher@gmail.com --- Created attachment 107430 --> https://bugzilla.kernel.org/attachment.cgi?id=107430&action=edit possible fix
Does the attached patch fix the issue?
https://bugzilla.kernel.org/show_bug.cgi?id=60857
--- Comment #2 from Stuart Foster smf.linux@ntlworld.com --- (In reply to Alex Deucher from comment #1)
Created attachment 107430 [details] possible fix
Does the attached patch fix the issue?
Sorry Alex the patch made no difference.
https://bugzilla.kernel.org/show_bug.cgi?id=60857
--- Comment #3 from Alex Deucher alexdeucher@gmail.com --- Can you bisect? Also just to be sure, the monitor in qestion is connected to the integrated chip, not the dGPU correct? Does disabling dpm fix the issue?
https://bugzilla.kernel.org/show_bug.cgi?id=60857
--- Comment #4 from Stuart Foster smf.linux@ntlworld.com --- (In reply to Alex Deucher from comment #3)
Can you bisect? Also just to be sure, the monitor in qestion is connected to the integrated chip, not the dGPU correct? Does disabling dpm fix the issue?
The monitor is connected to the integrated chip on the motherboard (760G [Radeon 3000]) Disabling dpm does fix the problem (radeon.dpm=0 on lilo append line, the patch is still included).
dmesg now reports:
[drm] radeon: power management initialized
as apposed to
[drm] radeon: dpm initialized
There is no mention of any power mangement on the RV516 [Radeon X1300/X1550 Series] is that correct ?
The problem is present in vanilla 3.11-rc1.
https://bugzilla.kernel.org/show_bug.cgi?id=60857
--- Comment #5 from Alex Deucher alexdeucher@gmail.com --- (In reply to Stuart Foster from comment #4)
(In reply to Alex Deucher from comment #3)
Can you bisect? Also just to be sure, the monitor in qestion is connected to the integrated chip, not the dGPU correct? Does disabling dpm fix the issue?
The monitor is connected to the integrated chip on the motherboard (760G [Radeon 3000]) Disabling dpm does fix the problem (radeon.dpm=0 on lilo append line, the patch is still included).
So disabling pdm fixes the issue? It would be nice to know if it's also fixed with dpm disabled and without the patch.
dmesg now reports:
[drm] radeon: power management initialized
as apposed to
[drm] radeon: dpm initialized
There is no mention of any power mangement on the RV516 [Radeon X1300/X1550 Series] is that correct ?
Correct. dpm is only supported on r6xx and newer asics.
The problem is present in vanilla 3.11-rc1.
You mean 3.12-rc1?
https://bugzilla.kernel.org/show_bug.cgi?id=60857
--- Comment #6 from Stuart Foster smf.linux@ntlworld.com --- (In reply to Alex Deucher from comment #5)
(In reply to Stuart Foster from comment #4)
(In reply to Alex Deucher from comment #3)
Can you bisect? Also just to be sure, the monitor in qestion is connected to the integrated chip, not the dGPU correct? Does disabling dpm fix the issue?
The monitor is connected to the integrated chip on the motherboard (760G [Radeon 3000]) Disabling dpm does fix the problem (radeon.dpm=0 on lilo append line, the patch is still included).
So disabling pdm fixes the issue? It would be nice to know if it's also fixed with dpm disabled and without the patch.
dmesg now reports:
[drm] radeon: power management initialized
as apposed to
[drm] radeon: dpm initialized
There is no mention of any power mangement on the RV516 [Radeon X1300/X1550 Series] is that correct ?
Correct. dpm is only supported on r6xx and newer asics.
The problem is present in vanilla 3.11-rc1.
You mean 3.12-rc1?
No having found that turning dpm off fixed the problem I went back to the first 3.11-rc which introduced the radeon dpm code.
The problem is fixed with the patch removed and with dpm turn off.
https://bugzilla.kernel.org/show_bug.cgi?id=60857
Alex Deucher alexdeucher@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #107430|0 |1 is obsolete| |
--- Comment #7 from Alex Deucher alexdeucher@gmail.com --- Created attachment 108131 --> https://bugzilla.kernel.org/attachment.cgi?id=108131&action=edit debugging output
Can you attach your dmesg output with this patch applied?
https://bugzilla.kernel.org/show_bug.cgi?id=60857
--- Comment #8 from Stuart Foster smf.linux@ntlworld.com --- Created attachment 108311 --> https://bugzilla.kernel.org/attachment.cgi?id=108311&action=edit Dmesg output
https://bugzilla.kernel.org/show_bug.cgi?id=60857
--- Comment #9 from Stuart Foster smf.linux@ntlworld.com --- The dmesg is from a vanilla 3.11 kernel with dpm turned on and patch kbug60857.diff applied.
https://bugzilla.kernel.org/show_bug.cgi?id=60857
--- Comment #10 from Alex Deucher alexdeucher@gmail.com --- Created attachment 108321 --> https://bugzilla.kernel.org/attachment.cgi?id=108321&action=edit skip_set_power_state
Here are two patches to test. Test them independently and let me know if either one helps.
https://bugzilla.kernel.org/show_bug.cgi?id=60857
--- Comment #11 from Alex Deucher alexdeucher@gmail.com --- Created attachment 108331 --> https://bugzilla.kernel.org/attachment.cgi?id=108331&action=edit skip_clock_scaling
https://bugzilla.kernel.org/show_bug.cgi?id=60857
--- Comment #12 from Stuart Foster smf.linux@ntlworld.com --- (In reply to Alex Deucher from comment #11)
Created attachment 108331 [details] skip_clock_scaling
Both patches appear to work ok.
https://bugzilla.kernel.org/show_bug.cgi?id=60857
--- Comment #13 from Alex Deucher alexdeucher@gmail.com --- Great. I'll push the skip_clock_scaling patch upstream.
https://bugzilla.kernel.org/show_bug.cgi?id=60857
--- Comment #14 from Stuart Foster smf.linux@ntlworld.com --- (In reply to Alex Deucher from comment #13)
Great. I'll push the skip_clock_scaling patch upstream.
Ok thank you.
Stuart
https://bugzilla.kernel.org/show_bug.cgi?id=60857
--- Comment #15 from Stuart Foster smf.linux@ntlworld.com --- Created attachment 108661 --> https://bugzilla.kernel.org/attachment.cgi?id=108661&action=edit Output from dmesg from vanilla kernel 3.12-rc1
Alex
With the release of kernel 3.12-rc1 I took the opportunity look at the display stability of the kernel with non of the patches we discussed applied and I was surprised to see that the display was unexpectedly stable. However I am wondering if dpm is actually active for some reason and masking my original issue. The following extracts from the attached dmesg log are what give me grounds for concern:
Kernel command line: BOOT_IMAGE=Trial ro root=813 nf_conntrack.acct=1 userpte=nohigh radeon.modeset=1 radeon.agpmode=-1 radeon.audio=1 iommu=pt iommu=1 radeon.dpm=1 Booting kernel: `-1' invalid for parameter `radeon.agpmode'
[drm] radeon: power management initialized
what do you think ?
https://bugzilla.kernel.org/show_bug.cgi?id=60857
--- Comment #16 from Alex Deucher alexdeucher@gmail.com --- (In reply to Stuart Foster from comment #15)
[drm] radeon: power management initialized
what do you think ?
dpm is not enabled. You should see:
[drm] radeon: dpm initialized
https://bugzilla.kernel.org/show_bug.cgi?id=60857
--- Comment #17 from Stuart Foster smf.linux@ntlworld.com --- removing the radeon.agpmode=-1 from the command line enabled the radeon dpm to be initialized.
https://bugzilla.kernel.org/show_bug.cgi?id=60857
mirh (mirh@protonmail.ch) changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mirh@protonmail.ch
--- Comment #18 from mirh (mirh@protonmail.ch) --- Github says e40210cca98068835acd5a4fe760bf96b3a1aa48 landed in 3.12-rc2. Is this fixed now?
dri-devel@lists.freedesktop.org