Hi, I'm using 2.6.24-tuxonice-r3 with alsa (snd_hda_intel). It works fine, but after injecting my headphone the speaker still provides sound, and there is nothing on the headphone. I read through different forums and doc, and tried out almost every model option for the kernel modul snd_hda_intel (Documentation/sound/alsa/ALSA-Configuration.txt). I have a dell inspiron 6400. The propriate lspci output: 00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01) There is no specific message in dmesg or /var/log/messages for this issue :-( I have the latest available version of alsa packages: media-libs/alsa-lib-1.0.16_rc2 media-libs/alsa-oss-1.0.15 media-sound/alsa-headers-1.0.16_rc2 media-sound/alsa-tools-1.0.16_rc1 media-sound/alsa-utils-1.0.16_rc1 I tried to compile the alsa-driver as well, but the emerge failed with error Regards, Zsolt
Try to reproduce with gentoo-sources and vanilla-sources, also Intel HDA is a "standard" card, you could also try to provide a model, like this: nelchael@nelchael ~$ cat /etc/modules.d/alsa_fixups options snd-hda-intel position_fix=1 model=toshiba nelchael@nelchael ~$ As you can see I have a Toshiba laptop, without model=toshiba I get the same problem as you.
I tried with vanilla 2.6.24.3 and the problem is still there. I have not tried out the gentoo sources, because as far as I know it is based on the vanilla, hence if the vanilla does not work fine neither will it. I tried out a lot of model= parameters, but none of them worked as I expected.
(In reply to comment #2) > I tried with vanilla 2.6.24.3 and the problem is still there. I have not tried > out the gentoo sources, because as far as I know it is based on the vanilla, > hence if the vanilla does not work fine neither will it. tuxonice-sources is vanilla + genpatches + tuxonice. > I tried out a lot of model= parameters, but none of them worked as I expected. It is a bug in kernel, not specific to tuxonice-sources.
I agree.(In reply to comment #3) Do you have any proposal what can the next step be?
(In reply to comment #4) > Do you have any proposal what can the next step be? Run `alsamixer` and post the name of the card and chip, mine is HDA Intel Realtek ALC268, after that in /usr/src/linux/sound/pci/hda/ check the file patch_<chip vendor>.c (for me it's patch_realtek.c) and look for models for that particular chip, for example: /* ALC268 models */ enum { ALC268_3ST, ALC268_TOSHIBA, ALC268_ACER, ALC268_AUTO, ALC268_MODEL_LAST /* last tag */ }; As you can see model=toshiba exists - please check if you can do model=dell (or something similar).
Thanks for the hint, I checked the file, and I was looking for a codec and a model, which is similar to my codec and model. Unfortunately my codec is "SigmaTel ID 7690" and the patch_sigmatel.c does not have any reference to it, so I picked the 9200 version from it and the model=dell-m26 (STAC_9200_DELL_M26). The problem remains.
The 2.6.25-rc4 still has the problem
Post your .config please.
Created attachment 145831 [details] config file for 2.6.23
Created attachment 145833 [details] config file for 2.6.24
Created attachment 145835 [details] config file for 2.6.25
> Post your .config please. Here are they.
Let's work on 2.6.24. Have you tried to use the alsa in the kernel itself? (with SND_HDA_CODEC_SIGMATEL) Does alsamixer show this as the card: SigmaTel STAC9200
> Have you tried to use the alsa in the kernel itself? (with > SND_HDA_CODEC_SIGMATEL) I must pay more attention to my config file instead of performing a nobrainer make oldconfig. After adding this entry the headphone works. There is a small asping voice sometimes and the mic does not work (it does not work even with 2.6.23), but I can live with them now. > Does alsamixer show this as the card: > SigmaTel STAC9200 Yes. Sorry for the inconvenience and thanks for the help. From my point of view the [bug] entry can be closed. Regards, Zsolt
