Created attachment 572194 [details] My entire dmesg out Description of problem: Sound jack out in my Lenovo docking-station stopped working after kernel update to 3.3.0.2 it keeps working if I plug my headset in to the jack in the laptop. If I boots back in to a kernel-3.2 the jack out in the dock starts working again Version-Release number of selected component (if applicable): kernel-3.2.10-3.fc16.x86_64 Works kernel-3.3.0-2.fc16.x86_64 don't work kernel-3.3.0-4.fc16.x86_64 don't work How reproducible: Install a kernel-3.3.0.2 or kernel-3.3.0.4 and you will not be able to use the audio jack out in your docking-station but are forced to use the audio jack out in the laptop it self. Boot back in to any kernel-3.2 and your audio jack out in your docking-station works again. Steps to Reproduce: 1. Install kernel-3.3.0.4 2. connect your speakers to the jack out in your docking-station 3. Generate some sound, but you wan't hear it 4. connect your speakers to the jack in the laptop it self and you hear the sound again. 5. Boot in to any 3.2.x.x 6. connect your speakers to the jack out in your docking-station 7. generate some sound this time you hear it. Actual results: Expected results: Additional info: I have attached my messages log out and my dmesg log out
Created attachment 572195 [details] My Messages log out
This problem continue in kernel 3.3.0.8 x86_64 sadly
The same has happened on the kernel-3.3 series for my Lenovo Thinkpad T410 in the docking station.
*** Bug 808308 has been marked as a duplicate of this bug. ***
The problem happens with both audio input and audio output on the docking station for the Lenovo Thinkpad T410.
*** Bug 812165 has been marked as a duplicate of this bug. ***
Does this only happen when the machine is booted while in the docking station? Does docking/undocking make it work at all? Can you attach the output of alsa-info and lspci -vvnn? Lastly, you might try the following scratch build and see if it makes any difference: http://koji.fedoraproject.org/koji/taskinfo?taskID=3981036
(In reply to comment #7) > Does this only happen when the machine is booted while in the docking station? > Does docking/undocking make it work at all? Doesn't make any difference. Meanwhile I tried a few more kernels. kernel-3.3.0-0.rc1.git0.3.fc17.x86_64 still works, but kernel-3.3.0-1.fc17.x86_64 doesn't. I'll try to narrow down the change further and I'll give your scratch-build a try.
Created attachment 577245 [details] My alsa-info
Created attachment 577251 [details] Output of lspci -vvnn FYI: My smolt profile is available at http://www.smolts.org/client/show/pub_260fd7f2-040f-4d1f-8d60-1c8d0c1ff861
With your scratch-build 3.3.1-5.3.fc16.x86_64 the audio jack works again.
(In reply to comment #11) > With your scratch-build 3.3.1-5.3.fc16.x86_64 the audio jack works again. Thank you for testing. I've emailed upstream about the issue and hopefully we'll have an official fix of sorts shortly.
Christoph and Kayvan, upstream has a different thing for you to test if you would be so kind. You'll need to boot back into the non-scratch-build kernel to do this. Create a file named /lib/firmware/alsa-tp-dock with the following contents: ================================================================ [codec] 0x14f15069 0x17aa21a4 0 [pincfg] 0x19 0x042110ff 0x1a 0x21a190f0 0x1c 0x212140ff ================================================================ Then in /etc/modprobe.d/dist-alsa.conf, add the following: options snd-hda-intel patch="alsa-tp-dock" then reboot (or rmmod/modprobe the drivers). After the driver is loaded with that set, new mixer elements will appear. You will need to look at the volume and mute settings for those manually.
That doesn't seem to work. $ uname -r 3.3.1-5.fc17.x86_64 $ cat /lib/firmware/alsa-tp-dock [codec] 0x14f15069 0x17aa21a4 0 [pincfg] 0x19 0x042110ff 0x1a 0x21a190f0 0x1c 0x212140ff $ cat /etc/modprobe.d/dist-alsa.conf options snd-hda-intel patch="alsa-tp-dock" However I see no new mixer elements, neither in pavucontrol nor in alsamixer ox xfce4-mixer (uses ALSA, too).
(In reply to comment #14) > That doesn't seem to work. Hm. It might be because I have the wrong [codec] values. I've let upstream know. If you'd like to be CC'd directly in the conversation, let me know. I'll also have another scratch build to test a bit later today which won't need these manual settings.
Awesome. Thanks a lot for your quick response + the fix. (In reply to comment #15) > If you'd like to be CC'd directly in the conversation, let me know. Yes please.
(In reply to comment #16) > Awesome. Thanks a lot for your quick response + the fix. This scratch build has Takashi's proposed patch to fix this. Hopefully it works for you when it finishes building: http://koji.fedoraproject.org/koji/taskinfo?taskID=3989218 > (In reply to comment #15) > > If you'd like to be CC'd directly in the conversation, let me know. > > Yes please. OK, will do on further emails.
(In reply to comment #17) > http://koji.fedoraproject.org/koji/taskinfo?taskID=3989218 A warning to others: This kernel does not boot, at least it doesn't boot here. I am using an encrypted /home and for some reason, the password prompt is displayed *after* booting is finished and plymouth disappeared. I enter my password but nothing happens. And if this was not enough, I accidentally used "rpm -U" instead of "rpm -i" to install it, so it was my only kernel. Fun! ;)
(In reply to comment #18) > (In reply to comment #17) > > http://koji.fedoraproject.org/koji/taskinfo?taskID=3989218 > > A warning to others: This kernel does not boot, at least it doesn't boot here. > I am using an encrypted /home and for some reason, the password prompt is > displayed *after* booting is finished and plymouth disappeared. I enter my > password but nothing happens. That sounds like issues in the initramfs, not the kernel.
Indeed, I reinstalled that kernel and it does boot now. I do see two new options in alsamixer and pavucontrol: "Dock mic" and "Dock Mic Boost". "Mic" and "Mic boost" are now called "Internal Mic" and "Internal Mic Boost". So far, so good, no new output and no sound on the speakers. I'll need to further test the different kernels and their impact on ALSA.
(In reply to comment #20) > Indeed, I reinstalled that kernel and it does boot now. I do see two new > options in alsamixer and pavucontrol: "Dock mic" and "Dock Mic Boost". "Mic" > and "Mic boost" are now called "Internal Mic" and "Internal Mic Boost". So far, > so good, no new output and no sound on the speakers. So the controls are there, but sound still doesn't play? Are they unmuted and the volume adjusted?
Yes, they were unmuted, but still now sound. The problem was fixed with the newer kernels, all the 3.3.4 and 3.3.7 kernels for F17 worked fine, but now in kernel-3.4.0-1.fc17.x86_64 it's broken again. And this kernel seems to have other serious regressions, my keyboard randomly stops working and only half of the keystrokes I type actually make it.
The keyboard attached to the docking that is, not the one of the Thinkpad.
Can you try the udev update in updates-testing (or it might hit stable updates later today) for the keyboard thing?
I installed udev-182-3.fc17 on Jund 10th and the keyboard problems are fixed. However none of the 3.4.x kernels makes the audiojack work again. Don't work: kernel-3.4.0-1.fc17.x86_64 kernel-3.4.2-4.fc17.x86_64 kernel-3.4.3-1.fc17.x86_64 Works: kernel-3.3.7-1.fc17.x86_64 Sorry I have been so unresponsive, I really want to get this fixed and I am willing to help you debugging the problem, but I don't know where to start.
# Mass update to all open bugs. Kernel 3.6.2-1.fc16 has just been pushed to updates. This update is a significant rebase from the previous version. Please retest with this kernel, and let us know if your problem has been fixed. In the event that you have upgraded to a newer release and the bug you reported is still present, please change the version field to the newest release you have encountered the issue with. Before doing so, please ensure you are testing the latest kernel update in that release and attach any new and relevant information you may have gathered. If you are not the original bug reporter and you still experience this bug, please file a new report, as it is possible that you may be seeing a different problem. (Please don't clone this bug, a fresh bug referencing this bug in the comment is sufficient).
Yes, it's fixed for me with all 3.6.x kernels. No more manual tweaks needed.