Re: [alsa-devel] Alsa-devel Digest, Vol 12, Issue 70
I'll do the tests when I get home from work. Just wanted to check that I understood the instructions.
The problem is like you said. The left HP and the internal speakers never give any sound, regardless of whether the right HP is connected.
You want me to: 1. remove the mentioned line from alsa-kernel/pci/hda/patch_sigmatel.c. 2. configure and build the driver with full debug 3. reboot, run alsa-info.sh and upload the output
Is that right?
No difference in the output but there must be a difference in the codec
setting. You mean before and after I remove the line from patch_sigmatel.c?
What is the original configuration of pin 0xf?
How can I know/find out this?
- Anders
On Feb 20, 2008 12:00 PM, alsa-devel-request@alsa-project.org wrote:
Send Alsa-devel mailing list submissions to alsa-devel@alsa-project.org
To subscribe or unsubscribe via the World Wide Web, visit http://mailman.alsa-project.org/mailman/listinfo/alsa-devel or, via email, send a message with subject or body 'help' to alsa-devel-request@alsa-project.org
You can reach the person managing the list at alsa-devel-owner@alsa-project.org
When replying, please edit your Subject line so it is more specific than "Re: Contents of Alsa-devel digest..."
Today's Topics:
- Re: Problem with DELL XPS M1530 (Jiang zhe)
- Re: Problem with DELL XPS M1530 (Takashi Iwai)
- Re: Problem with DELL XPS M1530 (Takashi Iwai)
Message: 1 Date: Wed, 20 Feb 2008 17:49:00 +0800 From: Jiang zhe zhe.jiang@intel.com Subject: Re: [alsa-devel] Problem with DELL XPS M1530 To: Anders R?nningen andersronningen@gmail.com Cc: Takashi Iwai tiwai@suse.de, alsa-devel@alsa-project.org Message-ID: 1203500940.3006.4.camel@localhost.localdomain Content-Type: text/plain; charset=utf-8
On Wed, 2008-02-20 at 02:25 +0800, Anders R?nningen wrote:
Hi Takashi.
Some dmesg output:
[ 14.192000] ALSA
/mnt/storage/source/alsa/alsa-driver-hg20080217/pci/hda/hda_codec.c:2994:
autoconfig: line_outs=1 (0xf/0x0/0x0/0x0/0x0) [ 14.192000] ALSA
/mnt/storage/source/alsa/alsa-driver-hg20080217/pci/hda/hda_codec.c:2998:
speaker_outs=1 (0xd/0x0/0x0/0x0/0x0) [ 14.192000] ALSA
/mnt/storage/source/alsa/alsa-driver-hg20080217/pci/hda/hda_codec.c:3002:
hp_outs=1 (0xa/0xf/0x0/0x0/0x0) [ 14.192000] ALSA
/mnt/storage/source/alsa/alsa-driver-hg20080217/pci/hda/hda_codec.c:3003:
mono: mono_out=0x0 [ 14.192000] ALSA
/mnt/storage/source/alsa/alsa-driver-hg20080217/pci/hda/hda_codec.c:3011:
inputs: mic=0xe, fmic=0x0, line=0x0, fline=0x0, cd=0x0, aux=0x0 [ 14.196000] ALSA
/mnt/storage/source/alsa/alsa-driver-hg20080217/pci/hda/../../alsa-kernel/pci/hda/patch_sigmatel.c:2224:
dac_nids=2 (0x5/0x4/0x0/0x0/0x0)
Unmuted and adjusted Surround volume, but it made no difference.
- Anders
It's weird that 0xf is in both the line_outs and hp_outs. And the hp_outs=1 when there are two items.
What is the original configuration of pin 0xf? Please try to get rid of this line from the alsa-kernel/pci/hda/patch_sigmatel.c.
SND_PCI_QUIRK(PCI_VENDOR_ID_DELL, 0x022e, "Dell ", STAC_DELL_BIOS),
Rebuild and install the driver. Please give the output of "cat /proc/asound/card0/codec#0".
Thanks!
Takashi Iwai wrote:
At Tue, 19 Feb 2008 17:24:04 +0100, Anders R?nningen wrote:
Hi. I am the mentioned user with this problem. Just thought I'd
give you
a little more info on this problem.
What wishie described was correct, except it's the internal
speakers and
the /left/ hp-jack that stopped working, while the right one is
still
ok. Like he wrote, the reason we started this debugging was to get
mic
sound on my system. The thing I think is worth mentioning is that
with
alsa 1.0.14 on an out-of-the box Ubuntu Gutsy, both hp-jacks and
the
internal speakers worked for me. People in #alsa told me that the
module
was not loaded correctly, but whatever was loaded _almost_ worked
well :-)
OK, please build the driver with --with-debug=full option and show
the
kernel messages such as "autoconfig: ..." and "dac_nids...", etc. This contains the information that the pin configuration parser
uses.
Also, unmute and adjust "Surround" volume.
Takashi
Alsa-devel mailing list Alsa-devel@alsa-project.org http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
Message: 2 Date: Wed, 20 Feb 2008 11:50:44 +0100 From: Takashi Iwai tiwai@suse.de Subject: Re: [alsa-devel] Problem with DELL XPS M1530 To: Jiang zhe zhe.jiang@intel.com Cc: alsa-devel@alsa-project.org, Anders R?nningen andersronningen@gmail.com Message-ID: s5hy79fsxyz.wl%tiwai@suse.de Content-Type: text/plain; charset=ISO-8859-1
At Wed, 20 Feb 2008 17:49:00 +0800, Jiang zhe wrote:
On Wed, 2008-02-20 at 02:25 +0800, Anders R?nningen wrote:
Hi Takashi.
Some dmesg output:
[ 14.192000] ALSA
/mnt/storage/source/alsa/alsa-driver-hg20080217/pci/hda/hda_codec.c:2994:
autoconfig: line_outs=1 (0xf/0x0/0x0/0x0/0x0) [ 14.192000] ALSA
/mnt/storage/source/alsa/alsa-driver-hg20080217/pci/hda/hda_codec.c:2998:
speaker_outs=1 (0xd/0x0/0x0/0x0/0x0) [ 14.192000] ALSA
/mnt/storage/source/alsa/alsa-driver-hg20080217/pci/hda/hda_codec.c:3002:
hp_outs=1 (0xa/0xf/0x0/0x0/0x0) [ 14.192000] ALSA
/mnt/storage/source/alsa/alsa-driver-hg20080217/pci/hda/hda_codec.c:3003:
mono: mono_out=0x0 [ 14.192000] ALSA
/mnt/storage/source/alsa/alsa-driver-hg20080217/pci/hda/hda_codec.c:3011:
inputs: mic=0xe, fmic=0x0, line=0x0, fline=0x0, cd=0x0, aux=0x0 [ 14.196000] ALSA
/mnt/storage/source/alsa/alsa-driver-hg20080217/pci/hda/../../alsa-kernel/pci/hda/patch_sigmatel.c:2224:
dac_nids=2 (0x5/0x4/0x0/0x0/0x0)
Unmuted and adjusted Surround volume, but it made no difference.
- Anders
It's weird that 0xf is in both the line_outs and hp_outs. And the hp_outs=1 when there are two items.
It's due to a fix for an ALC268 laptop that has also two HPs but one is actually a line-out. Note that hp_outs=1 in the print above. The 0x0f in hp_outs is simply a garbage. Maybe that patch broke the double HPs with STAC9228...
Takashi
Message: 3 Date: Wed, 20 Feb 2008 11:52:43 +0100 From: Takashi Iwai tiwai@suse.de Subject: Re: [alsa-devel] Problem with DELL XPS M1530 To: Anders R?nningen andersronningen@gmail.com Cc: alsa-devel@alsa-project.org Message-ID: s5hwsozsxvo.wl%tiwai@suse.de Content-Type: text/plain; charset=ISO-8859-1
At Tue, 19 Feb 2008 19:25:24 +0100, Anders R?nningen wrote:
Hi Takashi.
Some dmesg output:
[ 14.192000] ALSA
/mnt/storage/source/alsa/alsa-driver-hg20080217/pci/hda/hda_codec.c:2994:
autoconfig: line_outs=1 (0xf/0x0/0x0/0x0/0x0) [ 14.192000] ALSA
/mnt/storage/source/alsa/alsa-driver-hg20080217/pci/hda/hda_codec.c:2998:
speaker_outs=1 (0xd/0x0/0x0/0x0/0x0) [ 14.192000] ALSA
/mnt/storage/source/alsa/alsa-driver-hg20080217/pci/hda/hda_codec.c:3002:
hp_outs=1 (0xa/0xf/0x0/0x0/0x0) [ 14.192000] ALSA
/mnt/storage/source/alsa/alsa-driver-hg20080217/pci/hda/hda_codec.c:3003:
mono: mono_out=0x0 [ 14.192000] ALSA
/mnt/storage/source/alsa/alsa-driver-hg20080217/pci/hda/hda_codec.c:3011:
inputs: mic=0xe, fmic=0x0, line=0x0, fline=0x0, cd=0x0, aux=0x0 [ 14.196000] ALSA
/mnt/storage/source/alsa/alsa-driver-hg20080217/pci/hda/../../alsa-kernel/pci/hda/patch_sigmatel.c:2224:
dac_nids=2 (0x5/0x4/0x0/0x0/0x0)
Unmuted and adjusted Surround volume, but it made no difference.
Please upload the alsa-info.sh output again. No difference in the output but there must be a difference in the codec setting.
Also, just to make the situation clear: the problem is that the speaker and the rear HP don't give sound output even if you *don't* plug in the front HP, right?
Takashi
Alsa-devel mailing list Alsa-devel@alsa-project.org http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
End of Alsa-devel Digest, Vol 12, Issue 70
At Wed, 20 Feb 2008 13:30:06 +0100, =?ISO-8859-1?Q?Anders_R=F8nningen?= wrote:
I'll do the tests when I get home from work. Just wanted to check that I understood the instructions.
The problem is like you said. The left HP and the internal speakers never give any sound, regardless of whether the right HP is connected.
You want me to:
- remove the mentioned line from alsa-kernel/pci/hda/patch_sigmatel.c.
- configure and build the driver with full debug
- reboot, run alsa-info.sh and upload the output
Is that right?
Yes.
No difference in the output but there must be a difference in the codec
setting. You mean before and after I remove the line from patch_sigmatel.c?
In each case whatever you change something. I have to check the codec state whether the surround volume really does the right job as expected. Also, we need to check the state with and without the code in patch_sigmatel.c, with and without HP plugged.
Also, try the original 1.0.16 and get alsa-info.sh as well.
Yeah, there are lots of required tests. That's why it's so nasty to debug this kind of problem...
What is the original configuration of pin 0xf?
How can I know/find out this?
This can be found from alsa-info.sh.
thanks,
Takashi
Hi again. Here's the results of the testing.
1. alsa-driver-hg20080217, --with-debug=full and the "SND_PCI_QUIRK(PCI_VENDOR_ID_DELL, 0x022e, "Dell ", STAC_DELL_BIOS)," line in patch_sigmatel.c commented out.
dmesg output:
[ 13.844000] ALSA /mnt/storage/source/alsa/alsa-driver-hg20080217/pci/hda/hda_codec.c:2994: autoconfig: line_outs=1 (0xf/0x0/0x0/0x0/0x0) [ 13.844000] ALSA /mnt/storage/source/alsa/alsa-driver-hg20080217/pci/hda/hda_codec.c:2998: speaker_outs=1 (0xd/0x0/0x0/0x0/0x0) [ 13.844000] ALSA /mnt/storage/source/alsa/alsa-driver-hg20080217/pci/hda/hda_codec.c:3002: hp_outs=1 (0xa/0x0/0x0/0x0/0x0) [ 13.844000] ALSA /mnt/storage/source/alsa/alsa-driver-hg20080217/pci/hda/hda_codec.c:3003: mono: mono_out=0x0 [ 13.844000] ALSA /mnt/storage/source/alsa/alsa-driver-hg20080217/pci/hda/hda_codec.c:3011: inputs: mic=0x13, fmic=0x0, line=0xe, fline=0x0, cd=0x0, aux=0x0 [ 13.844000] ALSA /mnt/storage/source/alsa/alsa-driver-hg20080217/pci/hda/../../alsa-kernel/pci/hda/patch_sigmatel.c:2224: dac_nids=2 (0x5/0x4/0x0/0x0/0x0)
alsa-info.sh
2. alsa-driver 1.0.16, --with-debug=full, but else unmodified.
dmesg output:
[ 14.452000] ALSA /mnt/storage/source/alsa/alsa-driver-1.0.16/pci/hda/hda_codec.c:2894: autoconfig: line_outs=1 (0xd/0x0/0x0/0x0/0x0) [ 14.452000] ALSA /mnt/storage/source/alsa/alsa-driver-1.0.16/pci/hda/hda_codec.c:2898: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) [ 14.452000] ALSA /mnt/storage/source/alsa/alsa-driver-1.0.16/pci/hda/hda_codec.c:2902: hp_outs=2 (0xf/0xa/0x0/0x0/0x0) [ 14.452000] ALSA /mnt/storage/source/alsa/alsa-driver-1.0.16/pci/hda/hda_codec.c:2903: mono: mono_out=0x0 [ 14.452000] ALSA /mnt/storage/source/alsa/alsa-driver-1.0.16/pci/hda/hda_codec.c:2911: inputs: mic=0xe, fmic=0x0, line=0x0, fline=0x0, cd=0x0, aux=0x0 [ 14.456000] ALSA /mnt/storage/source/alsa/alsa-driver-1.0.16/pci/hda/../../alsa-kernel/pci/hda/patch_sigmatel.c:2212: dac_nids=3 (0x5/0x2/0x4/0x0/0x0)
alsa-info.sh
Now the odd thing is that after the last compile of alsa-driver 1.0.16 ... stuff works! Both HP jacks, the internal speakers and the mic work just fine. I don't really know what to make of it, since all I have done is compile like I did earlier and reboot...
- Anders
Takashi Iwai wrote:
At Wed, 20 Feb 2008 13:30:06 +0100, =?ISO-8859-1?Q?Anders_R=F8nningen?= wrote:
I'll do the tests when I get home from work. Just wanted to check that I understood the instructions.
The problem is like you said. The left HP and the internal speakers never give any sound, regardless of whether the right HP is connected.
You want me to:
- remove the mentioned line from alsa-kernel/pci/hda/patch_sigmatel.c.
- configure and build the driver with full debug
- reboot, run alsa-info.sh and upload the output
Is that right?
Yes.
No difference in the output but there must be a difference in the codec
setting. You mean before and after I remove the line from patch_sigmatel.c?
In each case whatever you change something. I have to check the codec state whether the surround volume really does the right job as expected. Also, we need to check the state with and without the code in patch_sigmatel.c, with and without HP plugged.
Also, try the original 1.0.16 and get alsa-info.sh as well.
Yeah, there are lots of required tests. That's why it's so nasty to debug this kind of problem...
What is the original configuration of pin 0xf?
How can I know/find out this?
This can be found from alsa-info.sh.
thanks,
Takashi
At Wed, 20 Feb 2008 16:14:43 +0100, Anders Rønningen wrote:
Hi again. Here's the results of the testing.
- alsa-driver-hg20080217, --with-debug=full and the
"SND_PCI_QUIRK(PCI_VENDOR_ID_DELL, 0x022e, "Dell ", STAC_DELL_BIOS)," line in patch_sigmatel.c commented out.
dmesg output:
[ 13.844000] ALSA /mnt/storage/source/alsa/alsa-driver-hg20080217/pci/hda/hda_codec.c:2994: autoconfig: line_outs=1 (0xf/0x0/0x0/0x0/0x0) [ 13.844000] ALSA /mnt/storage/source/alsa/alsa-driver-hg20080217/pci/hda/hda_codec.c:2998: speaker_outs=1 (0xd/0x0/0x0/0x0/0x0) [ 13.844000] ALSA /mnt/storage/source/alsa/alsa-driver-hg20080217/pci/hda/hda_codec.c:3002: hp_outs=1 (0xa/0x0/0x0/0x0/0x0) [ 13.844000] ALSA /mnt/storage/source/alsa/alsa-driver-hg20080217/pci/hda/hda_codec.c:3003: mono: mono_out=0x0 [ 13.844000] ALSA /mnt/storage/source/alsa/alsa-driver-hg20080217/pci/hda/hda_codec.c:3011: inputs: mic=0x13, fmic=0x0, line=0xe, fline=0x0, cd=0x0, aux=0x0 [ 13.844000] ALSA /mnt/storage/source/alsa/alsa-driver-hg20080217/pci/hda/../../alsa-kernel/pci/hda/patch_sigmatel.c:2224: dac_nids=2 (0x5/0x4/0x0/0x0/0x0)
alsa-info.sh
- alsa-driver 1.0.16, --with-debug=full, but else unmodified.
dmesg output:
[ 14.452000] ALSA /mnt/storage/source/alsa/alsa-driver-1.0.16/pci/hda/hda_codec.c:2894: autoconfig: line_outs=1 (0xd/0x0/0x0/0x0/0x0) [ 14.452000] ALSA /mnt/storage/source/alsa/alsa-driver-1.0.16/pci/hda/hda_codec.c:2898: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) [ 14.452000] ALSA /mnt/storage/source/alsa/alsa-driver-1.0.16/pci/hda/hda_codec.c:2902: hp_outs=2 (0xf/0xa/0x0/0x0/0x0) [ 14.452000] ALSA /mnt/storage/source/alsa/alsa-driver-1.0.16/pci/hda/hda_codec.c:2903: mono: mono_out=0x0 [ 14.452000] ALSA /mnt/storage/source/alsa/alsa-driver-1.0.16/pci/hda/hda_codec.c:2911: inputs: mic=0xe, fmic=0x0, line=0x0, fline=0x0, cd=0x0, aux=0x0 [ 14.456000] ALSA /mnt/storage/source/alsa/alsa-driver-1.0.16/pci/hda/../../alsa-kernel/pci/hda/patch_sigmatel.c:2212: dac_nids=3 (0x5/0x2/0x4/0x0/0x0)
alsa-info.sh
Now the odd thing is that after the last compile of alsa-driver 1.0.16 ... stuff works! Both HP jacks, the internal speakers and the mic work just fine. I don't really know what to make of it, since all I have done is compile like I did earlier and reboot...
Thanks. It's not that odd. As I mentioned, the fix after 1.0.16 might break the dual headphone configuration of Dell laptops.
Need to investigate a bit further...
Takashi
Now the odd thing is that after the last compile of alsa-driver
1.0.16
... stuff works! Both HP jacks, the internal speakers and the mic
work
just fine. I don't really know what to make of it, since all I have
done
is compile like I did earlier and reboot...
Thanks. It's not that odd. As I mentioned, the fix after 1.0.16 might break the dual headphone configuration of Dell laptops.
Need to investigate a bit further...
Hi,
The reason should be the following code of hda_codec.c : /* FIX-UP: * If no line-out is defined but multiple HPs are found, * some of them might be the real line-outs. */ if (!cfg->line_outs && cfg->hp_outs > 1) { int i = 0; while (i < cfg->hp_outs) { /* The real HPs should have the sequence 0x0f */ if ((sequences_hp[i] & 0x0f) == 0x0f) { i++; continue; } /* Move it to the line-out table */ cfg->line_out_pins[cfg->line_outs] = cfg->hp_pins[i]; sequences_line_out[cfg->line_outs] = sequences_hp[i]; cfg->line_outs++; cfg->hp_outs--; memmove(cfg->hp_pins + i, cfg->hp_pins + i + 1, sizeof(cfg->hp_pins[0]) * (cfg->hp_outs - i)); memmove(sequences_hp + i - 1, sequences_hp + i, sizeof(sequences_hp[0]) * (cfg->hp_outs - i)); } }
For dell machine which has two HP jacks, it will do some special process in stac***_parse_auto_config().Please refer to the code of patch_sigmatel.c, search the "hp_speaker_swap". But the code in the hda_codec.c break the logic. So it failed.
Anders: May you try latest alsa-driver and get rid of the above code from snd_hda_parse_pin_def_config() in hda_codec.c? I think that it will work.
Thanks!
Takashi _______________________________________________ Alsa-devel mailing list Alsa-devel@alsa-project.org http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
At Thu, 21 Feb 2008 10:58:48 +0800, Jiang zhe wrote:
Now the odd thing is that after the last compile of alsa-driver
1.0.16
... stuff works! Both HP jacks, the internal speakers and the mic
work
just fine. I don't really know what to make of it, since all I have
done
is compile like I did earlier and reboot...
Thanks. It's not that odd. As I mentioned, the fix after 1.0.16 might break the dual headphone configuration of Dell laptops.
Need to investigate a bit further...
Hi,
The reason should be the following code of hda_codec.c : /* FIX-UP: * If no line-out is defined but multiple HPs are found, * some of them might be the real line-outs. */ if (!cfg->line_outs && cfg->hp_outs > 1) { int i = 0; while (i < cfg->hp_outs) { /* The real HPs should have the sequence 0x0f */ if ((sequences_hp[i] & 0x0f) == 0x0f) { i++; continue; } /* Move it to the line-out table */ cfg->line_out_pins[cfg->line_outs] = cfg->hp_pins[i]; sequences_line_out[cfg->line_outs] = sequences_hp[i]; cfg->line_outs++; cfg->hp_outs--; memmove(cfg->hp_pins + i, cfg->hp_pins + i + 1, sizeof(cfg->hp_pins[0]) * (cfg->hp_outs - i)); memmove(sequences_hp + i - 1, sequences_hp + i, sizeof(sequences_hp[0]) * (cfg->hp_outs - i)); } }
For dell machine which has two HP jacks, it will do some special process in stac***_parse_auto_config().Please refer to the code of patch_sigmatel.c, search the "hp_speaker_swap". But the code in the hda_codec.c break the logic. So it failed.
Anders: May you try latest alsa-driver and get rid of the above code from snd_hda_parse_pin_def_config() in hda_codec.c? I think that it will work.
I applied patches that may fix this issue (fixing the wrong association number of NID 0x0f) for MODEL_DELL_BIOS to HG tree. Please try the very latest HG version, take from hg.alsa-project.org. This should (I hope) work without changes...
Takashi
participants (3)
-
Anders Rønningen -
Jiang zhe -
Takashi Iwai