[alsa-devel] hda-intel without headphone output
hi everyone,
i have a fujitsu siemens amilo pro v3515 notebook, with a via VT8251/ VT8237A chipset. sound works fine through the speakers, but i don't get anything through the headphones, no headphone channel shows up in the mixer, and the headphone jack switch doesn't mute the speakers. i have alsa 1.0.13, and a 2.6.18 kernel. i tried all "model" settings that i could find in ALSA-Configuration in the kernel tree. lspci -nv gives
04:01.0 0403: 1106:3288 (rev 10) Subsystem: 1734:10cb Flags: bus master, fast devsel, latency 0, IRQ 58 Memory at c9100000 (64-bit, non-prefetchable) [size=16K] Capabilities: [50] Power Management version 2 Capabilities: [60] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable- Capabilities: [70] Express Unknown type IRQ 0
(only the stanza for the sound card, yell if you need more), and /proc/asound/card0/codec#0 gives:
Codec: Generic 14f1 ID 5045 Address: 0 Vendor Id: 0x14f15045 Subsystem Id: 0x173410cb Revision Id: 0x100100 Default PCM: rates 0x140, bits 0x0e, types 0x1 Default Amp-In caps: N/A Default Amp-Out caps: N/A Node 0x10 [Pin Complex] wcaps 0x40058d: Stereo Amp-Out Amp-Out caps: ofs=0x2b, nsteps=0x2b, stepsize=0x05, mute=1 Amp-Out vals: [0x28 0x28] Pincap 0x0810014: OUT EAPD Detect Pin Default 0x92170110: [Fixed] Speaker at Int Front Conn = Analog, Color = Unknown Pin-ctls: 0x40: OUT Power: 0x0 Connection: 2 0x19* 0x17 Node 0x11 [Pin Complex] wcaps 0x40058d: Stereo Amp-Out Amp-Out caps: ofs=0x2b, nsteps=0x2b, stepsize=0x05, mute=1 Amp-Out vals: [0x00 0x00] Pincap 0x08113c: IN OUT HP Detect Pin Default 0x0121401f: [Jack] HP Out at Ext Rear Conn = 1/8, Color = Green Pin-ctls: 0xc0: OUT HP Power: 0x0 Connection: 2 0x19* 0x17 Node 0x12 [Pin Complex] wcaps 0x40058d: Stereo Amp-Out Amp-Out caps: ofs=0x2b, nsteps=0x2b, stepsize=0x05, mute=1 Amp-Out vals: [0xab 0xab] Pincap 0x08113c: IN OUT HP Detect Pin Default 0x01a19020: [Jack] Mic at Ext Rear Conn = 1/8, Color = Pink Pin-ctls: 0x20: IN Power: 0x0 Connection: 2 0x19* 0x17 Node 0x13 [Pin Complex] wcaps 0x400301: Stereo Digital Pincap 0x0810: OUT Pin Default 0x214571f0: [Jack] SPDIF Out at Sep Rear Conn = Optical, Color = Yellow Pin-ctls: 0x00: Connection: 1 0x18 Node 0x14 [Pin Complex] wcaps 0x400081: Stereo Pincap 0x081124: IN Detect Pin Default 0x97a7012e: [Fixed] Mic at Int Riser Conn = Analog, Color = Unknown Pin-ctls: 0x20: IN Node 0x15 [Pin Complex] wcaps 0x400001: Stereo Pincap 0x0820: IN Pin Default 0x400001f0: [N/A] Line Out at Ext N/A Conn = Unknown, Color = Unknown Pin-ctls: 0x00: Node 0x16 [Beep Generator Widget] wcaps 0x70000c: Mono Amp-Out Amp-Out caps: ofs=0x07, nsteps=0x07, stepsize=0x0b, mute=1 Amp-Out vals: [0x06] Node 0x17 [Audio Mixer] wcaps 0x20050b: Stereo Amp-In Amp-In caps: ofs=0x14, nsteps=0x2b, stepsize=0x05, mute=1 Amp-In vals: [0x94 0x94] [0x17 0x17] [0x94 0x94] [0x94 0x94] [0x94 0x94] Power: 0x0 Connection: 5 0x19 0x14 0x12 0x11 0x15 Node 0x18 [Audio Output] wcaps 0x211: Stereo Digital PCM: rates 0x040, bits 0x06, types 0x5 Node 0x19 [Audio Output] wcaps 0xc11: Stereo PCM: rates 0x540, bits 0x0e, types 0x1 Power: 0x0 Node 0x1a [Audio Input] wcaps 0x100d0b: Stereo Amp-In Amp-In caps: ofs=0x00, nsteps=0x17, stepsize=0x05, mute=1 Amp-In vals: [0x17 0x17] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] Power: 0x0 Connection: 5 0x17 0x14 0x12 0x11 0x15* Node 0x1b [Vendor Defined Widget] wcaps 0xf00000: Mono
please tell me if there is anything i can do, any additional information you need, or any general tipps.
thanks robert
At Thu, 14 Jun 2007 10:31:56 +0200, Robert Lemmen wrote:
hi everyone,
i have a fujitsu siemens amilo pro v3515 notebook, with a via VT8251/ VT8237A chipset. sound works fine through the speakers, but i don't get anything through the headphones, no headphone channel shows up in the mixer, and the headphone jack switch doesn't mute the speakers. i have alsa 1.0.13, and a 2.6.18 kernel. i tried all "model" settings that i could find in ALSA-Configuration in the kernel tree. lspci -nv gives
04:01.0 0403: 1106:3288 (rev 10) Subsystem: 1734:10cb Flags: bus master, fast devsel, latency 0, IRQ 58 Memory at c9100000 (64-bit, non-prefetchable) [size=16K] Capabilities: [50] Power Management version 2 Capabilities: [60] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable- Capabilities: [70] Express Unknown type IRQ 0
(only the stanza for the sound card, yell if you need more), and /proc/asound/card0/codec#0 gives:
Codec: Generic 14f1 ID 5045
The conexant codec is much better supported on ALSA 1.0.14. Give it a try first.
Takashi
On Thu, Jun 14, 2007 at 03:41:13PM +0200, Takashi Iwai wrote:
The conexant codec is much better supported on ALSA 1.0.14. Give it a try first.
and i thought my alsa version was recent :P
this did the trick in combination with model=laptop, other models didn't work. thanks for the help, and if there is any additional information you need in order to make the driver autodetect the model in future versions (if such a thing is possible), just tell me.
thanks again robert
This patch should take care of your system.
Summary: hda-codec: Add Fujitsu Siemens v3515 support to patch_conexant.
This patch adds support for the Fujitsu Seimens Amilo Pro v3515 notebook.
Signed off by: Tobin Davis tdavis@dsl-only.net
On Thu, 2007-06-14 at 20:27 +0200, Robert Lemmen wrote:
On Thu, Jun 14, 2007 at 03:41:13PM +0200, Takashi Iwai wrote:
The conexant codec is much better supported on ALSA 1.0.14. Give it a try first.
and i thought my alsa version was recent :P
this did the trick in combination with model=laptop, other models didn't work. thanks for the help, and if there is any additional information you need in order to make the driver autodetect the model in future versions (if such a thing is possible), just tell me.
thanks again robert
At Thu, 14 Jun 2007 19:26:14 -0700, Tobin Davis wrote:
This patch should take care of your system.
Summary: hda-codec: Add Fujitsu Siemens v3515 support to patch_conexant.
This patch adds support for the Fujitsu Seimens Amilo Pro v3515 notebook.
Signed off by: Tobin Davis tdavis@dsl-only.net
Applied to HG tree. Thanks.
Takashi
On Tue, Jun 19, 2007 at 12:16:10PM +0200, Takashi Iwai wrote:
This patch adds support for the Fujitsu Seimens Amilo Pro v3515 notebook.
Signed off by: Tobin Davis tdavis@dsl-only.net
Applied to HG tree. Thanks.
perhaps you want to hold it for a while. i tried the patch on my machine, and it does change the behaviour a bit (when i plug in headphones both the headphones and the loudspeakers work, before only the loudspeakers did), but it does not mute the speakers. model=laptop fixes this. i wasn't 100% sure that i did apply the patch correctly and did not by accident use the old module, so i didn't report it immediately. didn't have time to look into it yet, but promise to do so soonish
cu robert
At Tue, 19 Jun 2007 13:35:25 +0200, Robert Lemmen wrote:
On Tue, Jun 19, 2007 at 12:16:10PM +0200, Takashi Iwai wrote:
This patch adds support for the Fujitsu Seimens Amilo Pro v3515 notebook.
Signed off by: Tobin Davis tdavis@dsl-only.net
Applied to HG tree. Thanks.
perhaps you want to hold it for a while. i tried the patch on my machine, and it does change the behaviour a bit (when i plug in headphones both the headphones and the loudspeakers work, before only the loudspeakers did), but it does not mute the speakers. model=laptop fixes this. i wasn't 100% sure that i did apply the patch correctly and did not by accident use the old module, so i didn't report it immediately. didn't have time to look into it yet, but promise to do so soonish
The patch works as if model=fujitsu. So I suppose model=fujitsu doesn't work as expected?
Try to replace CXT5045_FUJITSU with CXT5045_LAPTOP in that patch.
Takashi
On Tue, Jun 19, 2007 at 01:43:25PM +0200, Takashi Iwai wrote:
The patch works as if model=fujitsu. So I suppose model=fujitsu doesn't work as expected?
Try to replace CXT5045_FUJITSU with CXT5045_LAPTOP in that patch.
hi everyone,
i am sorry, but this still doesn't work. if i pass model=laptop on the modprobe line or through /etc/modultils.d/, everything works as expected, including speaker muting on headphone jack insert. using no param or fujitsu works, but without muting. perhaps the driver somehow does not pick up the automatic model setting? is there a way to query a running driver on which model it did select? or is there a way to add something like a printf() to an alsa module (just for debugging)? and lastly: i have no idea how all this stuff works, but looking at the patch, it looks like you are tying the lspci subsystem id to the model. in my lspci output i have multiple devices with that subsystem id (1734:10cb), could that be a problem? full lspci -vn output:
00:00.0 0600: 1106:0364 Subsystem: 1106:0364 Flags: medium devsel Memory at c0000000 (32-bit, prefetchable) [disabled] [size=128M] Capabilities: <access denied>
00:00.1 0600: 1106:1364 Flags: bus master, medium devsel, latency 0
00:00.2 0600: 1106:2364 Flags: bus master, medium devsel, latency 0
00:00.3 0600: 1106:3364 Flags: bus master, medium devsel, latency 0
00:00.4 0600: 1106:4364 Flags: bus master, medium devsel, latency 0
00:00.5 0800: 1106:5364 (prog-if 20 [IO(X)-APIC]) Flags: bus master, fast devsel, latency 0
00:00.6 0600: 1106:6364 Flags: bus master, fast devsel, latency 0
00:00.7 0600: 1106:7364 Flags: bus master, medium devsel, latency 0
00:01.0 0604: 1106:b198 (prog-if 00 [Normal decode]) Flags: bus master, 66MHz, medium devsel, latency 0 Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 Memory behind bridge: c8000000-c8ffffff Prefetchable memory behind bridge: a0000000-bfffffff Capabilities: <access denied>
00:02.0 0604: 1106:a364 (rev 80) (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=02, subordinate=02, sec-latency=0 Capabilities: <access denied>
00:03.0 0604: 1106:c364 (rev 80) (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=03, subordinate=03, sec-latency=0 I/O behind bridge: 00007000-00007fff Memory behind bridge: c9000000-c90fffff Capabilities: <access denied>
00:0f.0 0101: 1106:0591 (rev 80) (prog-if 8f [Master SecP SecO PriP PriO]) Subsystem: 1734:10cb Flags: bus master, medium devsel, latency 64, IRQ 217 I/O ports at 60b8 [size=8] I/O ports at 60b0 [size=4] I/O ports at 6008 [size=8] I/O ports at 6004 [size=4] I/O ports at 6010 [size=16] I/O ports at 6400 [size=256] Capabilities: <access denied>
00:0f.1 0101: 1106:0571 (rev 07) (prog-if 8a [Master SecP PriP]) Subsystem: 1734:10cb Flags: bus master, medium devsel, latency 0 I/O ports at 60a0 [size=16] Capabilities: <access denied>
00:10.0 0c03: 1106:3038 (rev a0) (prog-if 00 [UHCI]) Subsystem: 1734:10cb Flags: bus master, medium devsel, latency 64, IRQ 233 I/O ports at 6020 [size=32] Capabilities: <access denied>
00:10.1 0c03: 1106:3038 (rev a0) (prog-if 00 [UHCI]) Subsystem: 1734:10cb Flags: bus master, medium devsel, latency 64, IRQ 50 I/O ports at 6040 [size=32] Capabilities: <access denied>
00:10.2 0c03: 1106:3038 (rev a0) (prog-if 00 [UHCI]) Subsystem: 1734:10cb Flags: bus master, medium devsel, latency 64, IRQ 217 I/O ports at 6060 [size=32] Capabilities: <access denied>
00:10.3 0c03: 1106:3038 (rev a0) (prog-if 00 [UHCI]) Subsystem: 1734:10cb Flags: bus master, medium devsel, latency 64, IRQ 225 I/O ports at 6080 [size=32] Capabilities: <access denied>
00:10.4 0c03: 1106:3104 (rev 86) (prog-if 20 [EHCI]) Subsystem: 1734:10cb Flags: bus master, medium devsel, latency 64, IRQ 217 Memory at c9400000 (32-bit, non-prefetchable) [size=256] Capabilities: <access denied>
00:11.0 0601: 1106:3337 Subsystem: 1734:10cb Flags: medium devsel Capabilities: <access denied>
00:11.7 0600: 1106:287e Subsystem: 1106:337e Flags: medium devsel Capabilities: <access denied>
00:12.0 0200: 1106:3065 (rev 7c) Subsystem: 1734:10cb Flags: bus master, medium devsel, latency 24, IRQ 225 I/O ports at 6800 [size=256] Memory at c9400400 (32-bit, non-prefetchable) [size=256] Capabilities: <access denied>
00:13.0 0604: 1106:337b (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=04, subordinate=04, sec-latency=0 Memory behind bridge: c9100000-c91fffff Capabilities: <access denied>
00:13.1 0604: 1106:337a (prog-if 01 [Subtractive decode]) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=05, subordinate=05, sec-latency=0 Memory behind bridge: 50000000-500fffff Capabilities: <access denied>
01:00.0 0300: 1106:3371 (rev 01) (prog-if 00 [VGA]) Subsystem: 1734:10cb Flags: bus master, 66MHz, medium devsel, latency 16, IRQ 9 Memory at a0000000 (32-bit, prefetchable) [size=512M] Memory at c8000000 (32-bit, non-prefetchable) [size=16M] Capabilities: <access denied>
04:01.0 0403: 1106:3288 (rev 10) Subsystem: 1734:10cb Flags: bus master, fast devsel, latency 0, IRQ 58 Memory at c9100000 (64-bit, non-prefetchable) [size=16K] Capabilities: <access denied>
05:01.0 0200: 168c:001a (rev 01) Subsystem: 168c:2052 Flags: bus master, medium devsel, latency 80, IRQ 10 Memory at 50000000 (32-bit, non-prefetchable) [size=64K] Capabilities: <access denied>
cu robert
At Wed, 20 Jun 2007 21:02:40 +0200, Robert Lemmen wrote:
On Tue, Jun 19, 2007 at 01:43:25PM +0200, Takashi Iwai wrote:
The patch works as if model=fujitsu. So I suppose model=fujitsu doesn't work as expected?
Try to replace CXT5045_FUJITSU with CXT5045_LAPTOP in that patch.
hi everyone,
i am sorry, but this still doesn't work.
Are you sure that you remove model option with that patch? The model option overrides the default model preset.
if i pass model=laptop on the modprobe line or through /etc/modultils.d/, everything works as expected, including speaker muting on headphone jack insert. using no param or fujitsu works, but without muting. perhaps the driver somehow does not pick up the automatic model setting? is there a way to query a running driver on which model it did select? or is there a way to add something like a printf() to an alsa module (just for debugging)?
Add printk().
and lastly: i have no idea how all this stuff works, but looking at the patch, it looks like you are tying the lspci subsystem id to the model. in my lspci output i have multiple devices with that subsystem id (1734:10cb), could that be a problem?
No, it looks OK.
Takashi
On Thu, Jun 21, 2007 at 12:24:23PM +0200, Takashi Iwai wrote:
i am sorry, but this still doesn't work.
Are you sure that you remove model option with that patch? The model option overrides the default model preset.
sorry for the confusion, but the second patch i got here (the one where the model is set to "laptop" in the quirks stuff), actually *does* work fine. it seems it was a bit late for me, and i got confused with different versions of the modules under /lib/**.
cu robert
Oops. The patch I sent you was based on a previous HG snapshot. I updated my tree and remade the patch. It just went out to the mailing list & Takashi for integration in the main tree.
Tobin
On Thu, 2007-06-21 at 19:12 +0200, Robert Lemmen wrote:
On Thu, Jun 21, 2007 at 12:24:23PM +0200, Takashi Iwai wrote:
i am sorry, but this still doesn't work.
Are you sure that you remove model option with that patch? The model option overrides the default model preset.
sorry for the confusion, but the second patch i got here (the one where the model is set to "laptop" in the quirks stuff), actually *does* work fine. it seems it was a bit late for me, and i got confused with different versions of the modules under /lib/**.
cu robert
At Thu, 21 Jun 2007 19:12:30 +0200, Robert Lemmen wrote:
On Thu, Jun 21, 2007 at 12:24:23PM +0200, Takashi Iwai wrote:
i am sorry, but this still doesn't work.
Are you sure that you remove model option with that patch? The model option overrides the default model preset.
sorry for the confusion, but the second patch i got here (the one where the model is set to "laptop" in the quirks stuff), actually *does* work fine. it seems it was a bit late for me, and i got confused with different versions of the modules under /lib/**.
Do you mean the patch below (posted by Tobin)? If this really works for you, I'll merge it happily.
Takashi
diff -r deaa182aebd8 pci/hda/patch_conexant.c --- a/pci/hda/patch_conexant.c Wed Jun 20 15:46:13 2007 +0200 +++ b/pci/hda/patch_conexant.c Thu Jun 21 10:48:49 2007 -0700 @@ -802,7 +802,7 @@ static struct snd_pci_quirk cxt5045_cfg_ SND_PCI_QUIRK(0x103c, 0x30b5, "HP DV2120", CXT5045_LAPTOP), SND_PCI_QUIRK(0x103c, 0x30cd, "HP DV Series", CXT5045_LAPTOP), SND_PCI_QUIRK(0x1734, 0x10ad, "Fujitsu Si1520", CXT5045_FUJITSU), - SND_PCI_QUIRK(0x1734, 0x10cb, "Fujitsu Si3515", CXT5045_FUJITSU), + SND_PCI_QUIRK(0x1734, 0x10cb, "Fujitsu Si3515", CXT5045_LAPTOP), SND_PCI_QUIRK(0x8086, 0x2111, "Conexant Reference board", CXT5045_LAPTOP), {} };
hi takashi,
On Fri, Jun 22, 2007 at 03:27:13PM +0200, Takashi Iwai wrote:
Do you mean the patch below (posted by Tobin)? If this really works for you, I'll merge it happily. [...] diff -r deaa182aebd8 pci/hda/patch_conexant.c --- a/pci/hda/patch_conexant.c Wed Jun 20 15:46:13 2007 +0200 +++ b/pci/hda/patch_conexant.c Thu Jun 21 10:48:49 2007 -0700 @@ -802,7 +802,7 @@ static struct snd_pci_quirk cxt5045_cfg_ SND_PCI_QUIRK(0x103c, 0x30b5, "HP DV2120", CXT5045_LAPTOP), SND_PCI_QUIRK(0x103c, 0x30cd, "HP DV Series", CXT5045_LAPTOP), SND_PCI_QUIRK(0x1734, 0x10ad, "Fujitsu Si1520", CXT5045_FUJITSU),
- SND_PCI_QUIRK(0x1734, 0x10cb, "Fujitsu Si3515", CXT5045_FUJITSU),
- SND_PCI_QUIRK(0x1734, 0x10cb, "Fujitsu Si3515", CXT5045_LAPTOP), SND_PCI_QUIRK(0x8086, 0x2111, "Conexant Reference board", CXT5045_LAPTOP), {}
};
exactly, this works perfectly on my machine!
cu robert
At Mon, 25 Jun 2007 10:07:44 +0200, Robert Lemmen wrote:
hi takashi,
On Fri, Jun 22, 2007 at 03:27:13PM +0200, Takashi Iwai wrote:
Do you mean the patch below (posted by Tobin)? If this really works for you, I'll merge it happily. [...] diff -r deaa182aebd8 pci/hda/patch_conexant.c --- a/pci/hda/patch_conexant.c Wed Jun 20 15:46:13 2007 +0200 +++ b/pci/hda/patch_conexant.c Thu Jun 21 10:48:49 2007 -0700 @@ -802,7 +802,7 @@ static struct snd_pci_quirk cxt5045_cfg_ SND_PCI_QUIRK(0x103c, 0x30b5, "HP DV2120", CXT5045_LAPTOP), SND_PCI_QUIRK(0x103c, 0x30cd, "HP DV Series", CXT5045_LAPTOP), SND_PCI_QUIRK(0x1734, 0x10ad, "Fujitsu Si1520", CXT5045_FUJITSU),
- SND_PCI_QUIRK(0x1734, 0x10cb, "Fujitsu Si3515", CXT5045_FUJITSU),
- SND_PCI_QUIRK(0x1734, 0x10cb, "Fujitsu Si3515", CXT5045_LAPTOP), SND_PCI_QUIRK(0x8086, 0x2111, "Conexant Reference board", CXT5045_LAPTOP), {}
};
exactly, this works perfectly on my machine!
Thanks for confirmation. Now committed to HG tree.
Takashi
participants (3)
-
Robert Lemmen -
Takashi Iwai -
Tobin Davis