Bug 128777

Summary: ALSA and Intel HDA driver issues
Product: [openSUSE] openSUSE 10.2 Reporter: Alexander Lavrinenko <lavrinenko_alex>
Component: SoundAssignee: Takashi Iwai <tiwai>
Status: RESOLVED WONTFIX QA Contact: E-mail List <qa-bugs>
Severity: Major    
Priority: P5 - None    
Version: Beta 1   
Target Milestone: ---   
Hardware: x86   
OS: Linux   
Whiteboard:
Found By: Other Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---
Attachments: Output kmix tab
Input kmix tab
Third kmix tab (options)
Alsamixer controls for 5stack-digout
Contents of /proc/asound/card0/codec#*
Output of lspci -nv

Description Alexander Lavrinenko 2005-10-17 17:09:06 UTC
As I noticed in bug #128755 my system is Fujitsu-Siemens Amilo M3438G  
featuring Intel High Definition Audio. It has hardware volume control (wheel,  
like one found in many toshiba laptops). When I try to play audio files with  
amarok or play Frozen-Bubble game with sound switched on (or even play file 
with aplay) I can't control sound volume with h/w wheel, it can be controlled 
only by software, such as alsamixer or kmix. 
 
Please make wheel volume control work, that's one of the reasons I bought this 
hardware.
Comment 1 Takashi Iwai 2005-10-18 12:25:46 UTC
This feature is not implemented due to lack of hardware information.
Is it a HD-audio volume-control widget, or ACPI-controlled events?
Comment 2 Alexander Lavrinenko 2005-10-18 18:48:09 UTC
Volume control wheel is hardware piece on the left side of laptop. It has limits (it's just ordinary resistor I suppose). In WinXP I set mixer to max, and control volume with wheel from 0 to max. In suse 10.1 volume can be controlled only with mixer (kmix or alsamixer), wheel is completely ignored. I'm really confused about this. Usially if the wheel is limitless (like jog dial in sony gadgets whith rotate infinitely to any direction), then I'd suppose there's no driver or ACPI support for it. But it HAS limits...
Comment 3 Takashi Iwai 2005-10-19 09:47:04 UTC
It doesn't matter how XP behaves.  You can set every limit on software as you like :)

My question is how the volume dial implemented on your _hardware_.  Is it implemented as a HD-audio volume-control widget node, or controlled over APCI hot-key events?  Without such a fundamental information, it's impossible to implement the driver feature...
Comment 4 Alexander Lavrinenko 2005-10-19 17:37:11 UTC
Ok, I agree. But how can I check this?
Comment 5 Alexander Lavrinenko 2005-10-20 05:27:26 UTC
Update: seems that sound is routed to speaker instead of master and/or pcm outputs. What happens: when I lower "internal speaker" in kmix, sound dissapears completely despite on high settings of PCM and Master. In turn, fiddling with PCM and Master in kmix does nothing to sound at all. I didn't check whether inserting headphones cut sound or not, but will test this evening. I expect it will not cut sound.
Comment 6 Takashi Iwai 2005-10-20 10:12:31 UTC
I don't know what kmix does.  Please don't use it for debugging.  kmix may have too many bugs.
Use alsamixer for debugging, instead.
Comment 7 Alexander Lavrinenko 2005-10-24 14:00:25 UTC
It doesn't matter - kmix or alsamixer. They behave exactly the same. Here's what I noticed: actually sound outputs via internal speaker instead of stereo speakers. That's why dial wheel has no effect (it's hardware, I'm sure). So I moght say there's no sound with intel HDA driver.
Comment 8 Takashi Iwai 2005-10-25 13:46:27 UTC
??  I don't understand the description.  What is "stereo speaker"?  Do you mean the output from line/headphone-out jack?

Internally, the codec chip has no global volume control but only separate volume controls.  So, it's true that one doesn't affect another.  It's a feature.
(I think you don't have "Master" control on alsamixer, no?)
This has nothing to do with the dial volume stuff.
Comment 9 Alexander Lavrinenko 2005-10-26 05:02:01 UTC
Yes, line-out/headphones or built-in pair of speakers, incl. subwoofer. I think that h/w dial controls "master" volume, that is actually muted by default and there's no {alsa|k}mixer slider for it.
Comment 10 Alexander Lavrinenko 2005-11-23 06:11:55 UTC
I've managed to get back PCM and Master sliders in kmix/alsamixer after I've added model=3stack-digout to options in /etc/modprobe.d/sound file. Had no chance to test whether sound output is fine, will test this evening. I think yast should offer choice of output ports for intel hda audio driver during setup.
Comment 11 Alexander Lavrinenko 2005-11-24 18:17:59 UTC
Created attachment 58638 [details]
Output kmix tab
Comment 12 Alexander Lavrinenko 2005-11-24 18:18:21 UTC
Created attachment 58639 [details]
Input kmix tab
Comment 13 Alexander Lavrinenko 2005-11-24 18:18:51 UTC
Created attachment 58640 [details]
Third kmix tab (options)
Comment 14 Alexander Lavrinenko 2005-11-24 18:33:05 UTC
There screenshots are for the following settings in /etc/modprobe.d/sound:
options snd-hda-intel enable=1 position_fix=1 model=5stack-digout
Other models, described in ALSA-Configuration.txt do not work. Even this model (5stack-digout) works not as expected: when there're no headphones, sound goes via 2.1 built-in laptop stereo speakers, but is controlled with slider labeled 'Side'. If I plug in headphones, 2.1 stereo speakers are cut off, BUT now sound loudness is controlled with 'Front' slider. 'PCM' slider affects both when headphones are plugged or unplugged. Slider that appears on single click over kmix tray icon controls 'PC Speaker' volume. Kmix shows and controls exactly the same as alsamixer (see screenshot below).
Comment 15 Alexander Lavrinenko 2005-11-24 18:34:53 UTC
Created attachment 58641 [details]
Alsamixer controls for 5stack-digout
Comment 16 Alexander Lavrinenko 2005-11-24 19:03:42 UTC
Addon: hardware volume dial still does not affect any sound with this config (5stack-digout). I suspect that since Intel HDA offers more then stereo, and my laptop has only 2 tweeters and 1 subwoofer built-in, other channels also get routed by driver to these 2 tweeters. Hardware dial affects only front (stereo) circuits, while others (side, center, back, whatever) are routed directly bypassing h/w dial. I think snd-hda-intel just doesn't know about what ports and what channels should go where in case of Amilo laptop. Here's what audio outputs/inputs it has:

o. 2 speakers built-in, left and right. PC Speaker (i.e. beeper) sounds also are played by them.
o. 1 subwoofer on bottom.
o. 1 hardware dial wheel (resistor) that controls speakers volume.
o. 1 microphone built-in on top upder left palm rest.
o. 1 jack for line input combined with external mic input.
o. 1 jack for headphones combined with SPDIF.

Chip used is Realtek ALC880.
Comment 17 Alexander Lavrinenko 2006-01-30 16:29:28 UTC
I found very similar bug at alsa-project, here's the link:
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1627
It is reported against similar to mine Fujitsu-Siemens laptop model, so I left comment there as well.
Comment 18 Takashi Iwai 2006-03-21 13:49:13 UTC
Should have been already fixed on beta8.
Comment 19 Alexander Lavrinenko 2006-03-22 04:47:16 UTC
Nothing changed on beta8 unfortunately.
Comment 20 Takashi Iwai 2006-03-22 10:20:45 UTC
Hm, then the proper entry for your device is missing in the config table.  Which model option value is most suitable?

For more checking, please attach the contents of /proc/asound/card0/codec#* files and the output of "lspci -nv", too.
Comment 21 Alexander Lavrinenko 2006-10-29 20:04:28 UTC
Hi there,

just re-installed openSUSE 10.2 factory on this laptop. The closest model is z71v, lspci and codecs are attached. Volume control wheel still doesn't work.
Comment 22 Alexander Lavrinenko 2006-10-29 20:09:46 UTC
Created attachment 102975 [details]
Contents of /proc/asound/card0/codec#*
Comment 23 Alexander Lavrinenko 2006-10-29 20:10:32 UTC
Created attachment 102976 [details]
Output of lspci -nv
Comment 24 Alexander Lavrinenko 2006-11-03 09:38:46 UTC
Any progress on this bug? Still the same on openSUSE 10.2/BETA1+.
Comment 25 Zoltan Szabo 2007-02-09 22:21:17 UTC
Hy! I have the same annoying bug - my system is Fujitsu-Siemens Amilo M3438G. Any progress on this bug?
Comment 26 Takashi Iwai 2007-02-12 14:35:09 UTC
This should be a problem of the upstream kernel, so the problem persists on openSUSE kernels unless the vanilla kernel gets fixes.

You can check the latest ALSA driver (preferably HG version) from www.alsa-project.org, or the latest 2.6.21-git tree.  The daily snapshot tarball of alsa-driver is found at
    ftp://ftp.suse.com/pub/projects/alsa/snapshot/driver/
Comment 27 Takashi Iwai 2007-02-26 13:21:12 UTC
Resolved to LATER until the openSUSE kernel gets updated.
Comment 28 Stephan Kulow 2008-06-25 09:18:50 UTC
mass reopening all 10.2 LATER+REMIND bugs.
Comment 29 Stephan Kulow 2008-06-25 09:22:55 UTC
close all 10.2 LATER/REMIND bugs as WONTFIX. Reopen yourself if you still plan to work on it.