<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body><table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>Bug ID</th>
<td><a class="bz_bug_link
bz_status_NEW "
title="NEW - dpm method conflicts with snd_hda_intel"
href="https://bugs.freedesktop.org/show_bug.cgi?id=90321">90321</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>dpm method conflicts with snd_hda_intel
</td>
</tr>
<tr>
<th>Product</th>
<td>xorg
</td>
</tr>
<tr>
<th>Version</th>
<td>unspecified
</td>
</tr>
<tr>
<th>Hardware</th>
<td>x86-64 (AMD64)
</td>
</tr>
<tr>
<th>OS</th>
<td>Linux (All)
</td>
</tr>
<tr>
<th>Status</th>
<td>NEW
</td>
</tr>
<tr>
<th>Severity</th>
<td>normal
</td>
</tr>
<tr>
<th>Priority</th>
<td>medium
</td>
</tr>
<tr>
<th>Component</th>
<td>Driver/Radeon
</td>
</tr>
<tr>
<th>Assignee</th>
<td>xorg-driver-ati@lists.x.org
</td>
</tr>
<tr>
<th>Reporter</th>
<td>juliux.pigface@gmail.com
</td>
</tr>
<tr>
<th>QA Contact</th>
<td>xorg-team@lists.x.org
</td>
</tr></table>
<p>
<div>
<pre>Created <span class=""><a href="attachment.cgi?id=115551" name="attach_115551" title="journalctl from Fedora 22">attachment 115551</a> <a href="attachment.cgi?id=115551&action=edit" title="journalctl from Fedora 22">[details]</a></span>
journalctl from Fedora 22
I opened this in order to link a downstream bug on Fedora 22.
The report could be found here:
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1218364">https://bugzilla.redhat.com/show_bug.cgi?id=1218364</a>
Description of problem:
I've been encountering this issue randomly during latest years. I'm not sure
what component exactly fails, but maybe I quite understood the problem.
The kernel (maybe because of radeon's power method 'dpm') seems to disable the
discrete card nor the hdmi audio without informing the audio driver.
Then, alsa keeps trying to use one of the disabled things without success and
the system becomes easily stuck. For example, I can't poweroff/reboot the
system fast and I have to issue the "REISUB' sequence in order to reboot my
computer.
If I pass 'nomodeset' paramether, Fedora works fine, but the laptop overheats.
The notebook is a HP Pavilion Dv6-3152sl, with (sigh...) two Amd video-cards:
# lspci -k |grep -iA 6 vga
01:05.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI]
RS880M [Mobility Radeon HD 4225/4250]
DeviceName: 256
Subsystem: Hewlett-Packard Company Device 1440
Kernel modules: radeon
02:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI]
Madison [Mobility Radeon HD 5650/5750 / 6530M/6550M]
Subsystem: Hewlett-Packard Company Mobility Radeon HD 5650
Kernel modules: radeon
02:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Redwood HDMI Audio
[Radeon HD 5000 Series]
Subsystem: Hewlett-Packard Company Device 1440
Kernel driver in use: snd_hda_intel
Kernel modules: snd_hda_intel
Version-Release number of selected component (if applicable):
kernel-4.0.1-300.fc22.x86_64
xorg-x11-server-Xorg-1.17.1-10.fc22.x86_64
xorg-x11-drv-ati-7.5.0-3.fc22.x86_64
alsa-plugins-pulseaudio-1.0.29-1.fc22.x86_64
alsa-lib-1.0.29-1.fc22.x86_64
How reproducible:
Randomly (always since yesterday)
Steps to Reproduce:
1. Boot the system using the radeon driver.
2. Try to open 'alsamixer' (or poweroff) via lxterminal.
Actual results:
1. 'alsamixer': lxterminal stucks forever
2. 'poweroff': the whole process takes an enormous amount of time.
Expected results:
1. kernel and graphic driver should enable the functionality required by alsa.
The user should also be able to turn completely off the discrete card without
affecting the audio.
Additional info:
For me, the Holy Grail was the possibility to turn off the discrete card via
vgaswitcheroo and tune down the integrated one with 'profile' method
(2011/2012). Unfortunately, I haven't been able to reach this while running the
latest versions of Fedora.
After struggling for two days, I think I've finally found a workaround.
First of all, I read the output of:
$ cat /proc/asound/cards
The second entry was something related to HDMI audio. I blacklisted it:
# echo 'options snd-hda-intel enable=1,0' > /etc/modprobe.d/hdmiaudio.conf
radeon is now running with 'dpm' method, but the audio is working flawlessly
and the system doesn't freeze anymore.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>