The ALSA mixer is now missing the side channel, which was present and did work with the previous kernel. I also have a ATI graphics card with HDA chip which I don't use for audio in that machine. lspci: 00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 02) Subsystem: Intel Corporation Device 2504 Flags: bus master, fast devsel, latency 0, IRQ 22 Memory at d0220000 (64-bit, non-prefetchable) [size=16K] Capabilities: <access denied> Kernel driver in use: HDA Intel Kernel modules: snd-hda-intel
What was the last known-good kernel?
2.6.29.2 works fine, I tried before I wrote the bug report. I don't know if the previous -rc's of 2.6.30 behave differently, if it's necessary, i'll test them too.
Kernel messages do have a little difference(*) (I grepped for 'hda'): 2.6.29.2: HDA Intel 0000:00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22 input: HDA Intel Line In at Ext Rear Jack as /class/input/input6 input: HDA Intel Mic at Ext Front Jack as /class/input/input7 input: HDA Intel Mic at Ext Rear Jack as /class/input/input8 * input: HDA Intel Line In at Ext Rear Jack as /class/input/input9 input: HDA Intel Line Out at Ext Rear Jack as /class/input/input10 input: HDA Intel Line Out at Ext Rear Jack as /class/input/input11 input: HDA Intel Line Out at Ext Rear Jack as /class/input/input12 input: HDA Intel HP Out at Ext Front Jack as /class/input/input13 HDA Intel 0000:01:00.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17 2.6.30-rc3: HDA Intel 0000:00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22 input: HDA Intel Line In at Ext Rear Jack as /class/input/input6 input: HDA Intel Mic at Ext Front Jack as /class/input/input7 input: HDA Intel Mic at Ext Rear Jack as /class/input/input8 input: HDA Intel Line Out at Ext Rear Jack as /class/input/input9 input: HDA Intel Line Out at Ext Rear Jack as /class/input/input10 input: HDA Intel Line Out at Ext Rear Jack as /class/input/input11 input: HDA Intel HP Out at Ext Front Jack as /class/input/input12 HDA Intel 0000:01:00.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17 Please tell me if you need any further info!
The bug is still here on 2.6.30-rc6. Could it be that I'm affected by something similar that was fixed with Takashi Iwai's "ALSA: hda - Fix line-in on Mac Mini Core2 Duo" patch?
On Sunday 17 May 2009, Andreas Juch wrote: > Am Sat, 16 May 2009 21:20:42 +0200 (CEST) > schrieb "Rafael J. Wysocki" <rjw@sisk.pl>: > > > This message has been generated automatically as a part of a report > > of recent regressions. > > > > The following bug entry is on the current list of known regressions > > from 2.6.29. Please verify if it still should be listed and let me > > know (either way). > > Yes, I can confirm that the bug is still present. I tried today with > 2.6.30-rc6. > > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13250 > > Subject : Side channel of Intel HDA chip doesn't work > > anymore, did work with 2.6.29 Submitter : Andreas Juch > > <kernel-bt@juch.cc> Date : 2009-05-05 10:14 (12 days > > old)
No, it's utterly irrelevant, as it's a patch for different codecs. Please run alsa-info.sh with --no-upload option on both working and non-working kernels, and attach the generated files. In that way, we can compare the register settings, etc. Thanks.
Ok, I have the files. There is also a SBLive card build into the system which I currently don't use. I can take it out if it complicates the alsa-info.sh output too much.
Created attachment 21391 [details] alsa-info.sh output, kernel 2.6.29.2, working
Created attachment 21392 [details] alsa-info.sh output, kernel 2.630-rc6, side/line-in missing
Thanks. What are the h/w vendor / product names of your machine? Looks like an Intel mobo...
After checking the information, it looks like no real bug. The BIOS doesn't declare the jack as the side line-out, thus the latest driver doesn't create that control, too. On 2.6.29, the side-surround worked because the driver assumed the jack I/O somehow wrongly.
Yes, the mainboard is a Intel DG965WH. No real bug means just a quirk needed? Anyway, great that you found the cause. Thanks a lot!
There is no quirk, unfortunately. The symptom is a kind of side-effect of the fix for the headphone volume control. On 2.6.29, it didn't work properly, conflicted with other volume controls. Now it's fixed by assigning an individual DAC. But because of that, the extra line-in has no more free DAC to behave as line-out. So, actually it's no regression but is a "fix" of the wrong configuration...
I have my headphones connected to the side channel because line-in/side is a jack on the mainboard. The headphone connector is probably an internal connector which I don't use because my computer case doesn't have any audio jacks. The other analog rear outputs are used by a 5.1 audio system. If I understand you correctly the external side-out doesn't work any more in favor of the internal headphone connector. I'm not very lucky with that (for me personally it's a regression alltough not technically as you say), but I have a SB Live which I'd have to use instead. At least I know why the side-out is gone now :-) Thanks for explaining to me!
OK, I understand now why you are using that jack :) Unfortunately, it's the system setup done in that way, assuming you have the front panel. The presence of the front-panel can't be detected, so the default setup must be as is now. It's possible to set up different pins so that you get a side output. For example, build with CONFIG_SND_HDA_HWDEP=y, and you'll have /sys/class/sound/hwC0D2/init_pin_configs, etc. Then you can override the default pin-config of the headphone jack (NID 0x0a), such as, # echo 0x0a 0x40000100 > /sys/class/sound/hwC0D2/user_pin_configs to disable the HP jack. Then, reconfigure the sound system by # echo 1 > /sys/class/sound/hwC0D2/reconfig A bit more details are found in Documentation/sound/alsa/HD-Audio.txt.
Great, I didn't know this was possible and I'm fine with that solution. I'll try if that works now, but I guess this bug can be closed now. Thanks a lot!
The sysfs reconfiguration works fine! Thanks again!
Good to hear. Could you try the patch below and pass model=5stack-no-fp module option to snd-hda-intel driver? This will override the pin configuration, i.e. has almost the same effect as the magical sysfs things like above.
Created attachment 21495 [details] Patch to add 5stack-no-fp model
I tried the patch with 2.6.30-rc7 and created /etc/modprobe.d/alsa-side with: options snd-hda-intel model=5stack-no-fp; The patch works just like the sysfs commands. This is a perfect solution for me as I don't have to use initscripts to fix my sound. Thanks!
Thanks for checking. I merged the patch to sound git tree and will included it in the next pull request.
Handled-By : Takashi Iwai <tiwai@suse.de> Patch : http://bugzilla.kernel.org/attachment.cgi?id=21495
One more thing -- Andreas, could you give alsa-info.sh output with the new model option? Also, check whether the output contains some sysfs entries like init_pin_configs. If not, please attach the contents of /sys/class/sound/hwC0D0/*_pin_configs files, too. Thanks.
Yes, here it is. The three Sysfs files matching that pattern are included in the output of alsa-info.sh. user_pin_configs is empty both in sysfs and the alsa-info.sh output.
Created attachment 21583 [details] alsa-info.txt output when using Takashi Iwai's patch
Fixed by commit 679d92ed1403b6cf9a19aa42ec62b81cae1aa017 .