Bug 225 - No output when plug the headphones without change settings every time
Summary: No output when plug the headphones without change settings every time
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: x86_64 Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Colin Guthrie
QA Contact:
URL:
Whiteboard:
Keywords: NEEDINFO
Depends on:
Blocks:
 
Reported: 2011-02-27 16:42 CET by Dimitrios Glentadakis
Modified: 2012-06-01 14:27 CEST (History)
4 users (show)

See Also:
Source RPM:
CVE:
Status comment:


Attachments
Output of alsa-info.sh (28.50 KB, text/plain)
2011-02-27 16:43 CET, Dimitrios Glentadakis
Details

Description Dimitrios Glentadakis 2011-02-27 16:42:07 CET
When i plug the headphones i have no output and the kmix becomes mutted

snd_hda_intel   : ATI Technologies Inc|SBx00 Azalia (Intel HDA)
Codec: VIA VT1708S

To have sound from the headphones i have to open pavucontrol, change the output
from  Analog Output to Analog Headphones, unmutted the sound, and open
alsamixer to adjust the volume because the "Front" section is "00"
This actions i have to do every time i want to use the headphones.


Reproducible: 

Steps to Reproduce:
Comment 1 Dimitrios Glentadakis 2011-02-27 16:43:15 CET
Created attachment 53 [details]
Output of alsa-info.sh
Comment 2 Dimitrios Glentadakis 2011-02-28 10:46:25 CET
i forgot to mention that i already asked in the alsa mailing list (i didnt find a forum) 

http://thread.gmane.org/gmane.linux.alsa.user/35161
Ahmad Samir 2011-04-07 01:00:39 CEST

CC: (none) => mageia
Assignee: bugsquad => mageia

Comment 3 Colin Guthrie 2011-04-07 12:46:19 CEST
The model= bit may be incorrect advice. It's hard to say at the moment, but it could equally just be a bug with your h/w driver and how it's handled (there are numerous tweaks for different implementations - it's a bit of a mine field).

In theory, most of the steps you take are correct (i.e. changing the port in pavucontrol). This should of course happen automatically when the jack insertion is detected, but it's still a little broken on the alsa side and we've not enabled auto-switching on the PA side for that reason. When we do there will likely be lots of bugs on different hardware and this will trigger another round of driver fixes... all fun and games :)

But the fact that Front is set to 0 is technically the right thing to do when using headphones port. In theory, it *shouldn't* affect your sound and this is where I believe there is a bug in ALSA.... or actually looking at the alsa-info, simply a configuration option... hmmm

This is interesting:
Simple mixer control 'Independent HP',0
  Capabilities: enum
  Items: 'OFF' 'ON'
  Item0: 'OFF'

Does running:
 amixer -c0 set "Independent HP" "ON"

Make the adjustment of Front element an unecessary step? You'll still need to flip the ports in pavucontrol, but hopefully the volume stuff will "just work" now?

Status: NEW => ASSIGNED

Comment 4 Dimitrios Glentadakis 2011-04-07 19:04:27 CEST
(In reply to comment #3)
 
> Does running:
>  amixer -c0 set "Independent HP" "ON"
> 
> Make the adjustment of Front element an unecessary step? You'll still need to
> flip the ports in pavucontrol, but hopefully the volume stuff will "just work"
> now?

- Yes, with this command the sound works from the headphones without need to change the output in pavu control.

- I dont have to increase the volume from the alsamixer for the item "Front"

- The only thing is that the sound is nt muted from the speakers.

-- With this setting i can use the headphones, i need only to mute the speakers manually from its button.


- Is it possible to have this setting permanent until the real fix? (if there is one)

*** Colin thanks very much i was sure that with you i have a sound support in mageia !
Comment 5 Colin Guthrie 2011-04-07 23:07:17 CEST
It's always a matter of time trying to nail down all the inconsistencies in ALSA! All fun an games :D

With the latest alsa-utils Ahmad posted yesterday, the value *should* be saved/restored on boot, but if it doesn't work, then run "alsactl store 0" as root and that should do the trick :)
Comment 6 Dimitrios Glentadakis 2011-04-08 06:24:16 CEST
this morning, after boot, the setting was lost so i used the command "alsactl store 0" to save the setting, may be because yesterday i had set it to "ON" from user and not from root. (with the version alsa-utils-1.0.24.2-2.mga1)
Comment 7 Dimitrios Glentadakis 2011-04-10 15:23:18 CEST
unfortunately i cannot save this setting, after reboot i have to set it again manually. If you have an idea it would be usefull for me.
Comment 8 Dimitrios Glentadakis 2011-04-19 05:26:12 CEST
i reported this bug to alsa bug tracker too :https://bugtrack.alsa-project.org/alsa-bug/view.php?id=5344
Comment 9 Colin Guthrie 2011-04-19 11:30:38 CEST
To be honest Dimitrios there is little point reporting it there. It's basically a black hole and should be shut down (I have pushed for this several times and will do so again at LAC in May) to avoid confusion.

The only person who comments on the ALSA BTS is Raymond who is not an upstream developer but does occasionally have a few good insights (tho' often gives confusing replies!)

But perhaps his kernel hint is a good one. I'm sure it'll be incorporated soon. If not I'll ask Thomas to pull it in.
Comment 10 Dimitrios Glentadakis 2011-04-22 20:51:33 CEST
I tested without pulseaudio and it works fine. Maybe the problem it is nt with alsa but with pulseaudio ?
Comment 11 Dimitrios Glentadakis 2011-04-25 17:24:57 CEST
Another information about this is that when i have the setting "Independent HP" "ON" i cant adhust the volume byt the kmix systray icon.
eg: If i want to set the sound volume lower, i scroll down the handle (in kmix applet) but nothing happens untill the lower lever. Then the sounds mute.

It means that with this setting it is nt possible to adjust the volume from kmix.
Comment 12 Dimitrios Glentadakis 2011-04-29 18:27:50 CEST
Finaly, i was adviced this:

"you should ask PA developer to watch those multistreaming video at the intel web site
 
 http://www.intel.com/support/motherboards/desktop/sb/cs-020642.htm#multistream [^]
 
 
 it is hard to implement a feature which are not supported by their computer"


Colin what do you suggest me to do ?
Actually i dont use pulseaudio to have everything working. But i hope in the future i will be able to use pulseaudio. So, can i report this bug somewhere else with all the information of my hardware to help improving pulseaudio support ?

Thanks in advance and excuse me if my replies sound a little "heavy" everytime.
Comment 13 Colin Guthrie 2011-05-10 16:24:30 CEST
So there isn't really a massive bug here. There are only really two problems (and they are spearate and unrelated).

The first is a problem storing/restoring alsa mixer settings. This means that setting the Independant HP to a custom value is not saved across reboots. I'll look at this and fix it shortly (hopefully this weekend - certainly in time for Mageia release).

The other problem is the lack of jack detection code in PA. This is being worked on generally but is not yet available.

When support for this is added to PA, then the port will automatically change over (thus muting Front automatically and switching over to using Headphones) and the volume controls will work. Both Speakers and Headphones will have separate volumes that are managed and controlled separately (what your speakers may want at 90% maybe far too loud for headphones which may want to be set to 40% - this will be supported). What will also be nice is that an OSD will be displayed when the jack is inserted to let you know that a different volume control is now being used.

So really for the time being, the manual tweaks the only real work around I think (it's far from ideal, but I'm hoping the next round of releases will see jack-detection support in PA (we discussed it last weekend at our developer meeting in Dublin and my colleague David from Canonical is taking the lead on this one (as time permits).
Comment 14 Dimitrios Glentadakis 2011-05-11 07:07:00 CEST
The problem with the Independant HP is that i cant adjust the volume with the headphones. I lower it but it does nt low until it reachs the last bottom level. Not only from kmix but from any channel in alsamixer

Without pusleaudio, when i plug the headphones i cant mute the sound (no button in the PCM channel. If i mute another channel the volume is 95% muted (i can listen a bit) but not 100%


So it is nt only with pulseaudio the problem but with alsa too


Thanks for the interesting for the support of this card, i'd like to help to make this card work normaly in Mageia (and in Linux in general) if you need more info etc pleazse aske me whatever you need.
Comment 15 Dmitriy B 2011-07-11 19:42:47 CEST
Mageia 1 32-bit

ATI Technologies Inc SBx00 Azalia (Intel HDA)

Very quiet sound, even when I set all controls to maximum.
I do not know how to solve the problem?

identification
Manufacturer: nVidia Corporation
Description: High Definition Audio Controller
Carrier class: Audio device
driver
Module: snd_hda_intel
Alternative drivers: unknown
connection
Bus: PCI Express
PCI-domain: 0
Bus PCI #: 1
PCI device #: 0
PCI function #: 1
revision PCI: 0xa1
Vendor ID: 0x10de
Device ID: 0x0be2
Sub ID Manufacturer: 0x19da
ID under Device: 0x6132

----------------------------------------
 
identification
Manufacturer: ATI Technologies Inc
Description: SBx00 Azalia (Intel HDA)
Carrier class: Audio device
driver
Module: snd_hda_intel
Alternative drivers: unknown
connection
Bus interface: PCI
PCI-domain: 0
Bus PCI #: 0
PCI device #: 20
PCI function #: 2
Vendor ID: 0x1002
Device ID: 0x4383
Sub ID Manufacturer: 0x1849
ID under Device: 0x0397

CC: (none) => kubmod

Comment 16 Colin Guthrie 2011-07-11 22:00:04 CEST
(In reply to comment #15)
> Mageia 1 32-bit
> 
> ATI Technologies Inc SBx00 Azalia (Intel HDA)
> 
> Very quiet sound, even when I set all controls to maximum.
> I do not know how to solve the problem?

I think I know what the problem will be but this is a different problem. Can you open a new bug and attach the output from "pacmd ls" and "amixer -c0" to that bug.

Thanks.
Comment 17 Marja Van Waes 2011-10-04 14:50:03 CEST
(In reply to comment #13)
> So there isn't really a massive bug here. There are only really two problems
> (and they are spearate and unrelated).
> 

 I'm hoping the next round of releases will see
> jack-detection support in PA (we discussed it last weekend at our developer
> meeting in Dublin and my colleague David from Canonical is taking the lead on
> this one (as time permits).

@ Colin: Has anything happened since then?

CC: (none) => m.van.waes

Comment 18 Colin Guthrie 2011-10-04 15:34:11 CEST
Yup, a fair bit of progress has been made. David is still fixing up various bit at the kernel side, but patches for PA have been written and are just in the stages of being tidied up. I suspect we'll see support for this in mga2 (it's possible it will work in some circumstances for mga1 when I backport the latest PA there, but it would need corresponding kernel side updates too which is more problematic). I think the timeframes fit nicely for mga2 so the most likely solution will be for then. 

You can find David's latest post about it as the top link (as of the time of writing!) posted here (dated 29th September):
http://freedesktop.org/software/pulseaudio/planet/


HTHs :)
Comment 19 Dimitrios Glentadakis 2011-10-04 18:31:26 CEST
(In reply to comment #14)

[...]
> 
> Without pusleaudio, when i plug the headphones i cant mute the sound (no button
> in the PCM channel. If i mute another channel the volume is 95% muted (i can
> listen a bit) but not 100%
> 
> 
> So it is nt only with pulseaudio the problem but with alsa too
> 
[...]


I solved the above behavour with alsa, by choosing as main channel the "Master front" (instead of the PCM).
Comment 20 Dimitrios Glentadakis 2011-10-14 22:02:14 CEST
(In reply to comment #19)
> (In reply to comment #14)
> 
> [...]
> > 
> > Without pusleaudio, when i plug the headphones i cant mute the sound (no button
> > in the PCM channel. If i mute another channel the volume is 95% muted (i can
> > listen a bit) but not 100%
> > 
> > 
> > So it is nt only with pulseaudio the problem but with alsa too
> > 
> [...]
> 
> 
> I solved the above behavour with alsa, by choosing as main channel the "Master
> front" (instead of the PCM).

finaly it is nt a solution because i cant set the sound to the minimum, i have always a level of volume, and when i mute i have a very minimum level of sound that i can heard
Comment 21 Colin Guthrie 2011-10-15 14:00:16 CEST
Yeah the only real solution here is upstream support. It's one of the talking points on the agenda in Prague in a couple weeks. Pretty much all the people involved in Linux Audio will be there so we're hoping to get a lot of topics covered.
Comment 22 Dimitrios Glentadakis 2011-11-05 15:11:33 CET
Is this patch included in Mageia 1 ?

http://git.alsa-project.org/?p=alsa-kernel.git;a=commit;h=4a79616d079f833714c9ef63a9b825caacafe675


My current version: lib64alsa2-1.0.24.1-3.mga1
Comment 23 Colin Guthrie 2011-11-07 11:40:23 CET
(In reply to comment #22)
> Is this patch included in Mageia 1 ?
> 
> http://git.alsa-project.org/?p=alsa-kernel.git;a=commit;h=4a79616d079f833714c9ef63a9b825caacafe675
> 
> 
> My current version: lib64alsa2-1.0.24.1-3.mga1

This is a kernel patch which is unrelated to lib64alsa2 package.

AFAIK it's not in Mga1 kernel, but I've not had a close look.
Comment 24 Dimitrios Glentadakis 2011-11-07 18:18:25 CET
as i was asked here https://bugtrack.alsa-project.org/alsa-bug/view.php?id=5344 if i have the last version of alsa
Comment 25 Dimitrios Glentadakis 2012-01-11 22:11:21 CET
I took a video, may be helps (?) 
http://glenbox.free.fr/videos/Azalia.ogv 51 MB
Comment 26 Dimitrios Glentadakis 2012-03-07 16:19:02 CET
*** Bug 212 has been marked as a duplicate of this bug. ***

CC: (none) => futureway

Comment 27 Colin Guthrie 2012-03-07 21:11:12 CET
OK, so the good news is that we've now got the necessary kernel patches in Cauldron to support proper headphone switching :)

It was included as part of kernel 3.3.

The work needed in PulseAudio to automatically use this has been mostly written thanks to David Henningsson from Canonical, and I need to merge this into our PulseAudio package.

With regards to the Azalia stuff, there might still a problem with one of the kcontrol names: "Master Front" however I'm hoping this has been fixed upstream. @Dimitrios, can you generate a new alsa-info.sh output under the cauldron 3.3 kernel to confirm this?

Anyway with the kernel we can now get audio jack state information from alsa directly \o/ You can see this by doing "amixer -c0 contents" It should show (amoung a lot of other things) the jack status for mic and headphones.

We can then use this information in PulseAudio to automatically change ports and thus "flip over" the "active" kcontrols that we're using to adjust volume - this will prevent the manual steps originally reported.

So we're almost there - just hope I can finish it off before mga2!
Comment 28 Dimitrios Glentadakis 2012-03-08 07:10:47 CET
Thanks for the good news, unfortunately i dont have cauldron to test it, (i need a stable version in this pc).

Now, when i plug the headphones, i have always the sound in both headphones and speakers (for that i said that i believe that is a duplicate of bug #212) but i have to unmute the sound from kmix main control, because it mutes automatically when i plug the headphones.
But sometimes, (maybe 2/5) even if i unmute the sound it becomes mutted immediately. Then , the only way to unmutted is to do the manipulation described on the video above from alsamixer.
Comment 29 Marja Van Waes 2012-05-26 13:04:04 CEST
Hi,

This bug was filed against cauldron, but we do not have cauldron at the moment.

Please report whether this bug is still valid for Mageia 2.

Thanks :)

Cheers,
marja

Keywords: (none) => NEEDINFO

Comment 30 Dimitrios Glentadakis 2012-06-01 14:27:29 CEST
Good news :)

Today i tested the headphones and everything is fine (i am in Mageia 2 now). Normaly the bug is fixed! :D

Thanks all and specially Colin, our expert !

Status: ASSIGNED => RESOLVED
Resolution: (none) => FIXED


Note You need to log in before you can comment on or make changes to this bug.