Created attachment 1021846 [details] output of # journalctl --boot=-15 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 alsa. 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, and the system. 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.
So far none of my two AMD PCs (A10-5800K with discrete R9 270X and Athlon 5350) and two AMD laptops (Phenom II P820 with discrete HD5750 and A8-6310 with discrete M5 270) met these problem. In fact, the experience is flawless with continuous improvements from AMD in the past two years. More detail, the A10-5800K is using HDMI from discrete card as audio output, which also works fine. According to the manual of my MB, it disabled integrated GPU along with its audio codec part once the discrete GPU is detected. The laptop with A8-6310 looks a lot like your case, expect I can completely disable the discrete M5 270 GPU within the BIOS/UEFI settings. Thus my suggestion is perhaps you can try to see if there's similar toggle in your BIOS/UEFI settings. Meanwhile, how the normal Workstation Live work on your laptop? I saw you tend to directly use alsamixer quite often. Just want to rule out any chances of skipping PulseAudio. vgaswitcheroo no longer works in recent kernel. A new mechanism is developed to better handle two GPU switching. Unfortunately I don't know much about it to provide help.
Hi Tommy, thank you for your comment. Unfortunately, I haven't such option in my BIOS. I use alsamixer because my main environment is Fluxbox. For testing, I play with virtual machines a lot, so I prefer a lightweight window manager. Gnome's user experience isn't also good with this laptop: 1) gnome+xorg = graphic 'flashes' often and the machine overheats 2) gnome+xwayland = graphic and temperatures are fine but lots of applications crash. I've also filled a bug for a specific case (within Evolution) but I admit it's hard to fix it because other users don't experience the issue. It seems reproducible only with my laptop. KDE is also unusable (unless I virtualize it), the laptop overheats there too.
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. I keep this report open, since the steps outlined are more like a workaround than a true solution,.
You could also open an upstream bugreport in https://bugs.freedesktop.org/ and link it here
(In reply to Germano Massullo from comment #4) > You could also open an upstream bugreport in https://bugs.freedesktop.org/ > and link it here Thank you Germano. I've just opened it: https://bugs.freedesktop.org/show_bug.cgi?id=90321
Fedora 22 changed to end-of-life (EOL) status on 2016-07-19. Fedora 22 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.