Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#14401 - [kernel26] No sound through jack headphones, Intel card
Attached to Project:
Arch Linux
Opened by David (alleluia20) - Monday, 20 April 2009, 13:32 GMT
Last edited by Roman Kyrylych (Romashka) - Thursday, 18 June 2009, 07:07 GMT
Opened by David (alleluia20) - Monday, 20 April 2009, 13:32 GMT
Last edited by Roman Kyrylych (Romashka) - Thursday, 18 June 2009, 07:07 GMT
|
Details* package version(s)
kernel26 2.6.29.1-3 Steps to reproduce: In alsamixer (or kmix) there is no level control for jack headphones. All the controls for headphones are "mute" or "unmute". In any case, no sound is given through headphones. Today there was an update in Debian's kernel (but still 2.6.29) and the problem was fixed for me, *but* I did not see such bug reported against the Debian kernel. Maybe the bug was fixed upstream and the kernel needs repackaging? |
This task depends upon
Is it working for you? If so, will you close the bug?
Cheers,
Do you have control in alsamixer? If there is nothing there, kmix won't have it either. If you have control in alsamixer but not kmix, then it looks like a kmix issue. If kmix, search/speak to other KDE users in Arch and KDE forums (or their bug system) to see if there is a solution and post it here if there is.
If alsamixer doesn't have any control over then maybe it's something with alsa. I've had a search and the most interesting thing I have found is this page. There is some info on intel cards, search the page for the 'AC97 Quirk Option'. It mentions:
'The ac97_quirk option is used to enable/override the workaround for
specific devices on drivers for on-board AC'97 controllers like
snd-intel8x0. Some hardware have swapped output pins between Master
and Headphone, or Surround (thanks to confusion of AC'97
specifications from version to version :-)'
Maybe the differing versions of hardware may not allow the alsa developers to enable headphone control. It doesn't look like this quirk option they mention will help you (though I could be wrong), but it does point to possible difficulties with the hardware.
FYI, I have an onboard Intel8x0 card and have never had separate control of the headphone jack, it gets controlled via the Master and PCM lines.
If you are sure you previously had control over the headphone levels, I'm lost at where to go next :-(
http://hg.alsa-project.org/alsa-kernel/raw-file/5082de4abb26/Documentation/ALSA-Configuration.txt
Still, there are two things that confuse me. The first thing: why can I see a headphone channel with a mute option but no level control? Maybe it should be "switch" rather than "mute"? (I did not try it, and honestly I am afraid of playing around with things and spoiling something). The second thing: in another box with Debian the "Front" and the "headphones" channels both have controllable volume, so the behaviour in that Debian box is different as it used to be: there, the front and the headphones look to have to be independently controlled, rather than the classical "switch" behaviour. These two things confuse me about the real intentions of Alsa: do they want to stick to the classical "switch" behaviour, or they want the level of the two channels to be separately controlled?