[Bug 954824] New: [yast2-sound] Changing any configuration disables sound card
http://bugzilla.opensuse.org/show_bug.cgi?id=954824 Bug ID: 954824 Summary: [yast2-sound] Changing any configuration disables sound card Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.1 Hardware: x86-64 OS: openSUSE 42.1 Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 Assignee: yast2-maintainers@suse.de Reporter: itaranto7@gmail.com QA Contact: jsrain@suse.com Found By: --- Blocker: --- Choosing any of the initial sound setups in YaST (Quick, Normal or Advanced) and also selecting on "reset all" option disables sound card. As a result I get no sound and the built-in sound device is missing from Plasma 5 configuration, instead, it shows a "dummy device". Rebooting gets the sound working again. I'm running a Dell E6440 laptop with Intel graphics and the following audio devices: 8 Series/C220 Series Chipset High Definition Audio Controller Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=954824
http://bugzilla.opensuse.org/show_bug.cgi?id=954824#c2
Armin Mohring
http://bugzilla.opensuse.org/show_bug.cgi?id=954824
http://bugzilla.opensuse.org/show_bug.cgi?id=954824#c3
--- Comment #3 from Ignacio Taranto
http://bugzilla.opensuse.org/show_bug.cgi?id=954824
http://bugzilla.opensuse.org/show_bug.cgi?id=954824#c6
Felix Miata
http://bugzilla.opensuse.org/show_bug.cgi?id=954824
http://bugzilla.opensuse.org/show_bug.cgi?id=954824#c7
--- Comment #7 from Felix Miata
http://bugzilla.opensuse.org/show_bug.cgi?id=954824
http://bugzilla.opensuse.org/show_bug.cgi?id=954824#c8
--- Comment #8 from Takashi Iwai
It looks like I have this same problem in both 13.2 and 42.1. (host msi85) Haswell G3220 CPU on B85 chipset, MSI model B85-G41 PC Mate motherboard http://us.msi.com/product/motherboard/B85-G41-PC-Mate.html 00:03.0 Audio device: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller (rev 06) 00:1b.0 Audio device: Intel Corporation 8 Series/C220 Series Chipset High Definition Audio Controller (rev 04)
Shortly after installing pulseaudio and its dep packages in 42.1, and running alsamixer -c1, I was able to get sound in multi-user.target thusly (both as root and normal users): # aplay -vv /usr/share/sounds/alsa/test.wav" -Dplughw:1
Then I launched KDE3 with startx. Mixer showed sound level set to 0, but raising it produced no impact. No sound was available in any manner, system, Youtube or SMPlayer, results similar to my futile attempts to get 13.2 with TDE to make sound on same machine. I've gotten no sound out of this machine ever since the KDE3 launch.
In your case, it might be that just a wrong sound card is chosen as the primary. Try to swap the order of the first two sound devices by passing index=1,0 option to snd module. For that, add the following line to /etc/modprobe.d/50-sound.conf or whatever module config file: options snd index=1,0 Then reboot. Now you should have the onboard analog as card #0, i.e. "alsamixer -c0" will show it. Remember that you can adjust the audio level even on KDE directly with "alsamixer -c0", too. If KDE starts with the zero volume even after this change, it's likely some bug in kmix. Also, if anyone has installed pulseaudio package but still without using it, it'd be better to run "setup-pulseaudio --disable" once as root. Last but not least, if YaST setup screwed up anything, you can remove /etc/modprobe.d/50-sound.conf. This is the only place YaST changes for the module setup. Nowadays the modules get loaded properly without anything. The rest system-level configuration related to audio is the audio mixer save/restore via /var/lib/alsa/asound.state. It's always updated at reboot, so it can be adjusted by: - go to runlevel 3, login there - adjust via alsamixer -c0 or -c1 directly - reboot Then /var/lib/alsa/asound.state must reflect the last change you made there. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=954824
http://bugzilla.opensuse.org/show_bug.cgi?id=954824#c9
--- Comment #9 from Felix Miata
In your case, it might be that just a wrong sound card is chosen as the primary. Try to swap the order of the first two sound devices by passing index=1,0 option to snd module. For that, add the following line to /etc/modprobe.d/50-sound.conf or whatever module config file:
options snd index=1,0
Then reboot. Now you should have the onboard analog as card #0, i.e. "alsamixer -c0" will show it. Remember that you can adjust the audio level even on KDE directly with "alsamixer -c0", too.
I tried above on the comment 6 & 7 machine in both 42.1 and 13.2. I also tried
"setup-pulseaudio --disable" in 42.1 (after giving up on everything else). None
of it had discernable impact.
42.1 has 50-alsa.conf but not 50-sound.conf and makes no sound from aplay -vv
/usr/share/sounds/alsa/test.wav in 42.1 with any of
[nothing|-c0|-c1|-Dplughw:0|-Dplughw:1]. Creating 50-sound.conf with only
options snd index=1,0 and rebooting changed no results. *pulse* packages
installed:
libpulse-mainloop-glib0-7.0-3.1.x86_64
libpulse0-7.0-3.1.x86_64
pulseaudio-7.0-3.1.x86_64
pulseaudio-utils-7.0-3.1.x86_64
13.2 has both 50-alsa.conf and 50-sound.conf and makes found from aplay -vv
/usr/share/sounds/alsa/test.wav only using -Dplughw:1. With -c0 it reports
"aplay: main:563: value for channels is invalid. With -c1 it reports "ALSA lib
pcm_dmix.c:1022:(snd_pcm_dmix_open) unable to open slave aplay: main:722: audio
open error: No such file or directory". With Dplughw:0 it reports "aplay:
main:722: audio open error: No such file or directory". Adding options snd
index=1,0 to 50-sound.conf in 13.2 and rebooting had no apparent impact. Like
in 42.1, adding options snd index=1,0 has no impact on alsamixer, with or
without requiring -c1 to open with full complement of controls instead of just
. 13.2 has no system sounds in KDE or sound from
Youtube HTML5. *pulse* packages installed:
libpulse-mainloop-glib0-5.0-4.21.1.x86_64
libpulse0-5.0-4.21.1.x86_64
Original content of 50-sound.conf in 13.2:
options snd slots=snd-hda-intel
# u1Nb.rDQtddvcN62:NM10/ICH7 Family High Definition Audio Controller
alias snd-card-0 snd-hda-intel
Original content of 50-alsa.conf in 13.2:
install snd /sbin/install-snd-module snd $CMDLINE_OPTS
install snd-pcm /sbin/install-snd-module snd-pcm $CMDLINE_OPTS
install snd-seq /sbin/install-snd-module snd-seq $CMDLINE_OPTS
I removed both 50-alsa.conf and 50-sound.conf from 13.2 and rebooted, and it
continued to play sound only from using 'aplay -vv
/usr/share/sounds/alsa/test.wav -Dplughw:1'.
Then I booted 42.1, removed /var/lib/alsa/asound.state and lock from 13.2,
rebooted into 13.2, with no consequences apparent.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=954824
http://bugzilla.opensuse.org/show_bug.cgi?id=954824#c10
--- Comment #10 from Takashi Iwai
(In reply to Takashi Iwai from comment #8)
In your case, it might be that just a wrong sound card is chosen as the primary. Try to swap the order of the first two sound devices by passing index=1,0 option to snd module. For that, add the following line to /etc/modprobe.d/50-sound.conf or whatever module config file:
options snd index=1,0
Then reboot. Now you should have the onboard analog as card #0, i.e. "alsamixer -c0" will show it. Remember that you can adjust the audio level even on KDE directly with "alsamixer -c0", too.
I tried above on the comment 6 & 7 machine in both 42.1 and 13.2. I also tried "setup-pulseaudio --disable" in 42.1 (after giving up on everything else). None of it had discernable impact.
42.1 has 50-alsa.conf but not 50-sound.conf and makes no sound from aplay -vv /usr/share/sounds/alsa/test.wav in 42.1 with any of [nothing|-c0|-c1|-Dplughw:0|-Dplughw:1].
First off, you must not remove 50-alsa.conf. This isn't a file YaST create but it's a static system configuration. Try to reinstall alsa.rpm to recover it. It's 50-sound.conf that YaST creates. This is the file you can modify. After that (and setting index=1,0 option in 50-sound.conf) and reboot in runlevel 3, check /proc/asound/cards at first. If the desired entries don't appear in the expected order (first analog then HDMI), anything wrong in the setup already. If /proc/asound/cards looks correct, then run "setup_default_volume -f 0". And try "aplay -Dplughw:0 somefile.wav" where pointing to any WAV file to test. If you still don't hear any sound, take "alsa-info.sh --no-upload" snapshot at this moment, and open another bug report, not here, and attach this alsa-info.sh output there -- basically your problem is irrelevant from this bug report. Once when the above is OK, try to reboot again in runlevel 3, and confirm that aplay works again without adjusting. If it doesn't, it implies that either udev or alsactl didn't do it job. Again, open another bug report. After confirming the above, now you can go to runlevel 5. Check whether it works on KDE. If it doesn't work as is, it's a KDE issue, and irrelevant with this bug report. Again, for this case, too, open another bug report. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=954824
http://bugzilla.opensuse.org/show_bug.cgi?id=954824#c11
--- Comment #11 from Takashi Iwai
option to snd module. For that, add the following line to /etc/modprobe.d/50-sound.conf or whatever module config file:
options snd index=1,0
Oh sorry, there was a typo here. This option is for snd-hda-intel, not for snd. So write the following line instead: options snd-hda-intel index=1,0 On older systems, modprobe stops loading module if no supported option is given. On TW, it continues to load with a warning instead. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=954824
Jean-Claude Dole
http://bugzilla.opensuse.org/show_bug.cgi?id=954824
http://bugzilla.opensuse.org/show_bug.cgi?id=954824#c12
Christian Ehrlicher
participants (1)
-
bugzilla_noreply＠novell.com