Bug 482052

Summary: Headphones automute don't function properly on Dell Studio 15
Product: [openSUSE] openSUSE 11.1 Reporter: Lee Matheson <lee_matheson>
Component: SoundAssignee: Takashi Iwai <tiwai>
Status: RESOLVED FIXED QA Contact: E-mail List <qa-bugs>
Severity: Major    
Priority: P5 - None CC: lee_matheson, meissner
Version: Final   
Target Milestone: ---   
Hardware: i686   
OS: openSUSE 11.1   
Whiteboard: maint:released:11.1:23622 maint:released:sle11:23621
Found By: --- Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---
Attachments: alsa-info.txt output after running alsa-info.sh with the problem
dmesg after a pc boot - speakers do not mute when headphone pluged in.
alsa-info.txt with automute working - but low volume and yast-hardware-sound-other-volume crashes

Description Lee Matheson 2009-03-04 19:18:47 UTC
Created attachment 277141 [details]
alsa-info.txt output after running alsa-info.sh with the problem

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.6) Gecko/2009012700 SUSE/3.0.6-1.4 Firefox/3.0.6

The headphone automute of speakers on the Dell Studio 15 laptop (1537) does not function with the latest 1.0.19 git and the 2.6.27.19-3.2-pae kernel.

Details:

After the 2.6.27.19-3.2-pae kernel update, all sound stopped working on the Dell Studio 15 laptop.  Installing the latest 1.0.19 git alsa packages restored basic sound, and headphones function, but when headphones are plugged in, speaker sound is not muted, but continues.  This makes the headphones less useful as the speaker sound still disturbs people around.

This problem was previous reported as bug report in the beta5 openSUSE-11.1 and it was fixed and successfully closed for the GM openSUSE-11.1 per this bug report:  https://bugzilla.novell.com/show_bug.cgi?id=446025 

The model options dell-m6, dell-eq, dell-m6-amic, dell-m6-amic, no-jd, and ref were all tired in the /etc/modprobe.d/sound file (with restart of alsa afterward and nominal sound test and check of headphone auto mute) and none of theme restored the auto mute.

Installed audio applications are:

oldcpu@studio15:~> rpm -qa | grep alsa
alsa-utils-1.0.19.git20090221-1.2
alsa-plugins-pulse-1.0.19.git20090224-1.3
alsa-1.0.19.git20090224-1.1
alsa-driver-kmp-pae-1.0.19.20090228_2.6.27.19_3.2-1.1
alsa-plugins-1.0.19.git20090224-1.3
alsa-devel-1.0.19.git20090224-1.1
alsa-firmware-1.0.19.git20090120-1.1
alsa-tools-1.0.19.git20090120-1.12
alsa-oss-1.0.17.git20080715-2.21

oldcpu@studio15:~> rpm -qa | grep pulse
pulseaudio-module-zeroconf-0.9.12-9.6
alsa-plugins-pulse-1.0.19.git20090224-1.3
pulseaudio-module-jack-0.9.12-9.6
libpulse-browse0-0.9.12-9.6
pulseaudio-utils-0.9.12-9.6
pulseaudio-module-x11-0.9.12-9.6
pulseaudio-module-lirc-0.9.12-9.6
libpulse0-0.9.12-9.6
pulseaudio-esound-compat-0.9.12-9.6
libpulsecore4-0.9.12-9.6
pulseaudio-module-bluetooth-0.9.12-9.6
pulseaudio-0.9.12-9.6
libxine1-pulse-1.1.16.2-0.pm.1
libpulse-mainloop-glib0-0.9.12-9.6

oldcpu@studio15:~> rpm -q libasound2
libasound2-1.0.19.git20090224-1.1

oldcpu@studio15:~> uname -a
Linux studio15 2.6.27.19-3.2-pae #1 SMP 2009-02-25 15:40:44 +0100 i686 i686 i386 GNU/Linux

oldcpu@studio15:~> cat /etc/modprobe.d/sound
options snd slots=snd-hda-intel,snd-hda-intel
# u1Nb.ifylLOqC327:82801I (ICH9 Family) HD Audio Controller
alias snd-card-0 snd-hda-intel
# NXNs.efgx9V_Z6L7:RV620 Audio device [Radeon HD 34xx Series]
alias snd-card-1 snd-hda-intel

Attached is the alsa-info.sh file with no options in the /etc/modprobe.d/sound.


Reproducible: Always

Steps to Reproduce:
1.
2.
3.


Expected Results:  
The expected behaviour is the laptop speakers should be auto muted when the headset is plugged in, but they are not.

An openSUSE user with a Dell Studio 15 (1535) laptop, has reported the same problem.  http://forums.opensuse.org/hardware/laptop/408171-audio-problem-dell-studio-1535-a.html#post1952471

What can I do to help?
Comment 1 Lee Matheson 2009-03-04 19:21:38 UTC
Created attachment 277144 [details]
dmesg after a pc boot - speakers do not mute when headphone pluged in.

dmesg after a pc boot.
Comment 2 Lee Matheson 2009-03-06 05:24:52 UTC
Changed component to sound
Comment 3 Takashi Iwai 2009-03-06 08:50:20 UTC
Thanks for the report.
I found the culprit.  It's due to the recent rewrite of the codec parser.

I'll work on it.
Comment 4 Takashi Iwai 2009-03-06 09:29:18 UTC
I fixed the issue now on the upstream.  Please try the latest alsa-driver-kmp later (which is being built now).
Comment 5 Takashi Iwai 2009-03-06 10:12:13 UTC
BTW, with the very latest version, you'll have two "Headphone" mixer controls corresponding to two HP jacks while "Front" and "Surround" were assigned to them in the earlier version.  So, you might need to adjust the mixer again after the update of the driver.
Comment 6 Lee Matheson 2009-03-06 17:18:53 UTC
Created attachment 277742 [details]
alsa-info.txt with automute working - but low volume and yast-hardware-sound-other-volume crashes
Comment 7 Lee Matheson 2009-03-06 17:19:46 UTC
Thankyou, I installed alsa-driver-kmp-pae-1.0.19.20090306_2.6.27.19_3.2-3.1.

I rebooted, and sound could not be heard even with kmix master and PCM volume up 100%. I then went to Yast > Hardware > Sound > Other > Volume in an effort to move up master and PCM volume there ...

... but instead the sound function under YaST crashed, giving the xmessage dialog box:
"YaST got signal 11 at YCP file Wizard.ycp:743
/sbin/yast2: line 437:  4542 Segmentation fault      $ybindir/y2base $module "$@" "$SELECTED_GUI" $Y2_GEOMETRY $Y2UI_ARGS "

Basic (top level) YaST was still running, so I went to
Hardware > Sound > Other > test sound 
and had the test sound functioning

I then ran the speaker test:
speaker-test -c2 -l10 -twav

and the automute worked on speakers.  FIXED !!  Thankyou.  But volume is much lower than before the kernel update, despite kmix master and PCM up full.  I could "fix" this low volume level with the old kernel, by going to Yast > Hardware > Sound > Other > Volume and raising the Master and PCM volumes there higher ... but that still crashes the YaST sound module when I attempt that (with same error as above).

above in previous post is alsa-info.txt file with successful automute
Comment 8 Lee Matheson 2009-03-06 19:00:20 UTC
Apologies. Speaker volume is fine, and just as loud as before.

The changed mixer setup (that you warned me about) confused me a bit.

The YaST sound module is still there (possibly associated with the mixer change you introduced) but that is really irrelevant to my sound functionality.

Many thanks again for your fix.
Comment 9 Lee Matheson 2009-03-06 19:01:25 UTC
I meant to say the YaST sound module crash (with xmessage
dialog box):
"YaST got signal 11 at YCP file Wizard.ycp:743
/sbin/yast2: line 437:  4542 Segmentation fault      $ybindir/y2base $module
"$@" "$SELECTED_GUI" $Y2_GEOMETRY $Y2UI_ARGS "

still is reproduceable.
Comment 10 Takashi Iwai 2009-03-07 09:37:32 UTC
Thanks for checking.  YaST crash is a known issue.  It should have been fixed for SLE11-base but seems like the fix is pending for 11.1.

Ladislav, is it correct?
Comment 11 Ladislav Slezák 2009-03-09 11:06:30 UTC
The crash has been reported in bug #407060, it has been fixed in FACTORY (since yast2-sound-2.18.0).

(I do not want to fix it in SLE11 or in 11.1 right now because the fix slightly changes the internal mixer API so it could potentially break something in autoyast or other yast modules. It needs more testing, I can release it later when it turns out that it's OK.)
Comment 12 Takashi Iwai 2009-03-13 07:07:37 UTC
OK, the patches are now merged to kernel source tree so that the next update kernel will include the fix.
Comment 13 Swamp Workflow Management 2009-04-08 07:25:13 UTC
Update released for: kernel-debug, kernel-debug-base, kernel-debug-debuginfo, kernel-debug-debugsource, kernel-debug-extra, kernel-default, kernel-default-base, kernel-default-debuginfo, kernel-default-debugsource, kernel-default-extra, kernel-docs, kernel-kdump, kernel-kdump-debuginfo, kernel-kdump-debugsource, kernel-pae, kernel-pae-base, kernel-pae-extra, kernel-ppc64, kernel-ppc64-base, kernel-ppc64-debuginfo, kernel-ppc64-debugsource, kernel-ppc64-extra, kernel-ps3, kernel-ps3-debuginfo, kernel-ps3-debugsource, kernel-source, kernel-source-debuginfo, kernel-syms, kernel-trace, kernel-trace-base, kernel-trace-debuginfo, kernel-trace-debugsource, kernel-trace-extra, kernel-vanilla, kernel-vanilla-debuginfo, kernel-vanilla-debugsource, kernel-xen, kernel-xen-base, kernel-xen-debuginfo, kernel-xen-debugsource, kernel-xen-extra
Products:
openSUSE 11.1 (debug, i586, ppc, x86_64)
Comment 14 Marcus Meissner 2009-04-16 15:47:02 UTC
A kernel update for SUSE Linux Enterprise 11 was just released that references / fixses this bug, with RPM version "2.6.27.21-0.1.2".
Comment 15 Swamp Workflow Management 2009-04-16 22:09:41 UTC
Update released for: cluster-network-kmp-default, cluster-network-kmp-xen, ext4dev-kmp-default, ext4dev-kmp-xen, kernel-default, kernel-default-base, kernel-default-debuginfo, kernel-default-debugsource, kernel-default-extra, kernel-source, kernel-source-debuginfo, kernel-syms, kernel-xen, kernel-xen-base, kernel-xen-debuginfo, kernel-xen-debugsource, kernel-xen-extra, ocfs2-kmp-default, ocfs2-kmp-xen
Products:
SLE-DEBUGINFO 11 (x86_64)
SLE-DESKTOP 11 (x86_64)
SLE-HAE 11 (x86_64)
SLE-SERVER 11 (x86_64)