Summary: | sound glitches with radeon.dpm | ||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | xorg | Reporter: | francesco <markurujapan> | ||||||||||||||
Component: | Driver/Radeon | Assignee: | xf86-video-ati maintainers <xorg-driver-ati> | ||||||||||||||
Status: | RESOLVED MOVED | QA Contact: | Xorg Project Team <xorg-team> | ||||||||||||||
Severity: | major | ||||||||||||||||
Priority: | highest | CC: | f.gorzialka | ||||||||||||||
Version: | git | ||||||||||||||||
Hardware: | x86-64 (AMD64) | ||||||||||||||||
OS: | Linux (All) | ||||||||||||||||
Whiteboard: | |||||||||||||||||
i915 platform: | i915 features: | ||||||||||||||||
Attachments: |
|
Description
francesco
2014-03-31 14:11:24 UTC
Please attach your dmesg output and xorg log. For clarity, are you only having problems with dpm enabled? Is this a regression? When was the last working kernel? How are you connecting to your speakers (hdmi, audio jack, etc.)? (In reply to comment #1) > Please attach your dmesg output and xorg log. For clarity, are you only > having problems with dpm enabled? Is this a regression? When was the last > working kernel? How are you connecting to your speakers (hdmi, audio jack, > etc.)? the latest kernel that work perfectly was the 3.10 and 3.11 without dpm enabled. the problem is present on 3.12/3.13 and 3.14. I tried it with fedora, ubuntu and archlinux. I use headphones with jack connection. Created attachment 96677 [details]
log of xorg.log
Created attachment 96678 [details]
dmesg output
Hello, I've just installed a similar FM2 motherboard to this one and am experiencing the same problem with my PCI sound card (Terratec DMX 6Fire), which I bisected to commit 3a118989 "drm/radeon: enable DPM by default in TN asics". Tried playing with the DPM settings, but to no avail. Issuing an "echo high > power_dpm_force_performance_level" gives me "write error: Invalid argument". Kernel messages and Xorg logs attached. Cheers, Martin Created attachment 98355 [details]
Gigabyte F2A88XM dmesg.
Created attachment 98356 [details]
Xorg.0.log for AMD A6-6400K.
Audio problem does not occur when booting with "radeon.dpm=0". Cheers, Martin the problem still present on kernel 3.16, I need to disable radeon dpm (radeon.dpm=0). problem continue with kernel 3.17, no changes Problem does not occur for me in 3.17 if I enable dpm and set "radeon.bapm=1". Cheers, Martin radeon.bapm=1 or radeon.dpm? I only need to set "radeon.bapm=1" to make it work for me. DPM is on by default with my hardware. Cheers, Martin Created attachment 112670 [details]
dmesg
my dmesg output
Created attachment 112671 [details]
Xorg.0.log
here's my Xorg.0.log
I believe that i'm affected too by this issue. I have attached my logs above. switching radeon.dpm does not have any effect for me. trying radeon.bapm to see if this helps. let me know if there is anything else i can try. I use HDMI, and pure ALSA. i used to be affected by this bug -- https://bugs.freedesktop.org/show_bug.cgi?id=77002 but I now think i'm affected by this issue. but for me, I didn't start noticing it until kernel 3.18. I too have been utilizing Mesa-git-devel on my system. but even when I go back to Mesa 10.3.2, i still have this issue. (In reply to bgunteriv from comment #16) > I believe that i'm affected too by this issue. > > I have attached my logs above. > switching radeon.dpm does not have any effect for me. > > trying radeon.bapm to see if this helps. > > let me know if there is anything else i can try. Does increasing the CPU load help? See: https://bugzilla.kernel.org/show_bug.cgi?id=86351 this seems to be working for me: radeon.bapm=0 radeon.dpm=0 kernel 3.18.3 i have not had any interruptions -- to date. now testing with kernel 3.19rc5 -- i will report back to let you know. (In reply to Alex Deucher from comment #18) > (In reply to bgunteriv from comment #16) > > I believe that i'm affected too by this issue. > > > > I have attached my logs above. > > switching radeon.dpm does not have any effect for me. > > > > trying radeon.bapm to see if this helps. > > > > let me know if there is anything else i can try. > > Does increasing the CPU load help? See: > https://bugzilla.kernel.org/show_bug.cgi?id=86351 i get permission denied when trying to run: echo high > /sys/class/drm/card0/device/power_dpm_force_performance_level yes, I am root. am i doing something wrong? i have the file > echo high > /sys/class/drm/card0/device/power_method which has just the word: default in it. should i try changing: default to high ? when I try to edit this file with: echo high > /sys/class/drm/card0/device/power_method i get: -bash: echo: write error: Invalid argument (In reply to bgunteriv from comment #22) > when I try to edit this file with: > echo high > /sys/class/drm/card0/device/power_method > > i get: > -bash: echo: write error: Invalid argument Forcing high is not possible on trinity hw. Can you try forcing to low or creating CPU load? it's actually Richland. If I set: radeon.bapm=0 radeon.dpm=0 then, /sys/class/drm/card0/device/power_method is set to default and, I can set it to High or Low, or any setting: echo high > /sys/class/drm/card0/device/power_profile consequently, if I set: radeon.bapm=1 radeon.dpm=1 or completely leave it out of grub (default), then, /sys/class/drm/card0/device/power_method is set to dpm and I can not change the profile to anything -- High or Low hope this makes sense. not really sure about creating CPU load...? so..... I've been using the latest drm-next kernel -- http://lists.freedesktop.org/archives/dri-devel/2015-January/076003.html and so far so good. I have commented out radeon.dpm and radeon.bapm from grub, and I haven't experienced any sound glitches. -- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/driver/xf86-video-ati/issues/98. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.