Description of problem: On my Toshiba laptop L745-S4210 the audio jack does not work, but the built-in speakers do. Relevant data from lspci: 00:1b.0 Audio device: Intel Corporation Cougar Point High Definition Audio Controller (rev 04) Subsystem: Toshiba America Info Systems Device fcd0 Flags: bus master, fast devsel, latency 0, IRQ 42 Memory at c0600000 (64-bit, non-prefetchable) [size=16K] Capabilities: <access denied> Kernel driver in use: HDA Intel Kernel modules: snd-hda-intel How reproducible: Always. Steps to Reproduce: 1. Play music, hear it in the speakers. 2. Plug in headphones, don't hear it.
Hi, thanks for reporting this bug. Please look at https://bugs.mageia.org/show_bug.cgi?id=212#c6 "The output from the script http://www.alsa-project.org/alsa-info.sh would be useful, either uploading automatically via the script and posting the link or by attaching the file here." (Maybe also related to bug 225) (I try to not overload colin :) )
Keywords: (none) => Triaged
Created attachment 1217 [details] Alsa info
Attached output from the script (above).
Colin, any ideas ?
Assignee: bugsquad => mageia
New data: It turns out that the audio jack DOES work. Sort of. I was using a 4-pin headset: left, right, ground and mic. Pushing it in all the way does not work, because the contacts don't align properly. Pushing it in two-thirds of the way does work. HOWEVER, even when using a standard headphone jack (three pins) it does not disable the built-in speakers.
And now it isn't working. Even a regular audio jack. This is frustrating and stupidly random.
CC: (none) => djmarian4uSummary: Audio jack does not work, built-in speakers do => audio jack does not work, built-in speakers do
Hmm, I thought I'd commented on this bug but apparently not. Sorry about that. Looking at the mixer output there is no separate mixer control for Headphones so the normal reason for this not working does not apply here (if there are independent controls for headphones, then this would be a dupe of #225 as Manuel mentioned above). Sadly as it's not exposed there are only two potential problems: 1. The kernel is loading the wrong HDA model for this h/w (in which case a newer version of the kernel would likely fix this up assuming someone has fixed it upstream) You can also experiment with the model= parameter of snd-hda-intel in a modprobe.d config file. See http://www.kernel.org/doc/Documentation/sound/alsa/HD-Audio-Models.txt 2. The h/w is broken :D Sorry I can't be more useful. Can you provide any further info (Output from "pacmd ls" would probably not help in this case but please do attach it anyway!)
Status: NEW => ASSIGNED
OK, I'm going to have to close this one as Won't Fix because anything we do for it will need a new kernel and PA version which is just not going to happen for mga1. Hopefully the whole jack detection thing is addressed/fixed in the new kernel+PA included in mga2.
Status: ASSIGNED => RESOLVEDResolution: (none) => WONTFIX