Hello,
I was using 2.6.15 without trouble but wanna try the new 2.6.16
version so I compiled it by myself without much hassle. All worked
fine but ALSA.
My sound device is the following:
0000:00:1b.0 Audio device: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller (rev 04)
and it stoped to work. Would someone know anything about it? it's a
regressions if compared to 2.6.15.
If you wish something more, please let me know.
Thanks in advance,
--
O T A V I O S A L V A D O R
---------------------------------------------
E-mail: [email protected] UIN: 5906116
GNU/Linux User: 239058 GPG ID: 49A5F855
Home Page: http://www.freedom.ind.br/otavio
---------------------------------------------
"Microsoft gives you Windows ... Linux gives
you the whole house."
El Mon, 27 Feb 2006 10:15:25 -0300,
Otavio Salvador <[email protected]> escribi?:
> Hello,
>
> I was using 2.6.15 without trouble but wanna try the new 2.6.16
> version so I compiled it by myself without much hassle. All worked
> fine but ALSA.
What 2.6.16-rc version did you test, could you try -rc5 if you
tried an earlier version?
(also, include dmesg of the non-working version, etc)
I can confirm this as well.
DEVICE:
Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01)
SYMPTOMS:
1. No sound.
2. kernel: azx_get_response timeout
messages in system log
3. Doing modprobe -r snd_hda_intel and then modprobe snd_hda_intel
produces "general protection fault: 0000 [1] SMP" message.
I think I have seen another thread on this.
At Mon, 27 Feb 2006 10:15:25 -0300,
Otavio Salvador wrote:
>
> Hello,
>
> I was using 2.6.15 without trouble but wanna try the new 2.6.16
> version so I compiled it by myself without much hassle. All worked
> fine but ALSA.
>
> My sound device is the following:
>
> 0000:00:1b.0 Audio device: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller (rev 04)
>
> and it stoped to work.
Please elaborate what do you mean "stoped to work"?
Only silent output, DMA not working, or what?
Also, more hardware detail is needed - which machine and which codec?
This kind of problem is likely due to a broken BIOS. The current code
parses the default pin configuration set up via BIOS while the older
version used the fixed pin assignment (depending on the codec chip,
though).
In most cases, it can be recovered by specifying a proper model module
option. See ALSA-Configuration.txt for details.
Takashi
I am just responding to your e-mail as well since I see the same problem.
Machine is Dell Precision 380, Dual Core, EM64T.
Codec is: snd_hda_codec
# lspci -vvv | grep ICH
00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01)
00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 01) (prog-if 00 [Normal decode])
00:1c.4 PCI bridge: Intel Corporation 82801GR/GH/GHM (ICH7 Family) PCI Express Port 5 (rev 01) (prog-if 00 [Normal decode])
00:1c.5 PCI bridge: Intel Corporation 82801GR/GH/GHM (ICH7 Family) PCI Express Port 6 (rev 01) (prog-if 00 [Normal decode])
00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #1 (rev 01) (prog-if 00 [UHCI])
00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #2 (rev 01) (prog-if 00 [UHCI])
00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #3 (rev 01) (prog-if 00 [UHCI])
00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #4 (rev 01) (prog-if 00 [UHCI])
00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 01) (prog-if 20 [EHCI])
00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01)
00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01) (prog-if 8a [Master SecP PriP])
00:1f.2 SATA controller: Intel Corporation 82801GR/GH (ICH7 Family) Serial ATA Storage Controllers cc=AHCI (rev 01) (prog-if 01 [AHCI 1.0])
00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 01)
At Mon, 27 Feb 2006 09:20:42 -0600,
S. Umar wrote:
>
> I am just responding to your e-mail as well since I see the same problem.
Which problem?
> Machine is Dell Precision 380, Dual Core, EM64T.
>
> Codec is: snd_hda_codec
Check /proc/asound/card0/codec#* files.
Takashi
At Mon, 27 Feb 2006 09:00:13 -0600,
S. Umar wrote:
>
> I can confirm this as well.
>
> DEVICE:
> Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01)
>
> SYMPTOMS:
>
> 1. No sound.
> 2. kernel: azx_get_response timeout
> messages in system log
It's a known interrupt problem.
The latest version on ALSA CVS has a workaround for this.
> 3. Doing modprobe -r snd_hda_intel and then modprobe snd_hda_intel
> produces "general protection fault: 0000 [1] SMP" message.
Not sure about this.
You didn't get this in 2.6.15 or earlier?
Takashi
Diego Calleja <[email protected]> writes:
> El Mon, 27 Feb 2006 10:15:25 -0300,
> Otavio Salvador <[email protected]> escribi?:
>
>> Hello,
>>
>> I was using 2.6.15 without trouble but wanna try the new 2.6.16
>> version so I compiled it by myself without much hassle. All worked
>> fine but ALSA.
>
> What 2.6.16-rc version did you test, could you try -rc5 if you
> tried an earlier version?
>
I tried with rc5 and it continue to not work.
At Tue, 28 Feb 2006 05:51:26 -0300,
Otavio Salvador wrote:
>
> > This kind of problem is likely due to a broken BIOS. The current code
> > parses the default pin configuration set up via BIOS while the older
> > version used the fixed pin assignment (depending on the codec chip,
> > though).
> > In most cases, it can be recovered by specifying a proper model module
> > option. See ALSA-Configuration.txt for details.
>
> I wasn't able to do it.
Didn't it worked? Which module parameter did you use?
> My lspci output for it is the following:
>
> 0000:00:1b.0 0403: 8086:2668 (rev 04)
> 0000:00:1b.0 Audio device: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller (rev 04)
>
> 0000:00:1b.0 Audio device: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller (rev 04)
> Subsystem: QUANTA Computer Inc: Unknown device 0729
> Flags: fast devsel, IRQ 17
> Memory at b0000000 (64-bit, non-prefetchable) [size=16K]
> Capabilities: [50] Power Management version 2
> Capabilities: [60] Message Signalled Interrupts: 64bit+ Queue=0/0 Enable-
> Capabilities: [70] #10 [0091]
>
> I hope it helps.
I need more detail of the hardware -- what model of a laptop or a
desktop from which vendor.
Takashi
Takashi Iwai <[email protected]> writes:
> At Tue, 28 Feb 2006 05:51:26 -0300,
> Otavio Salvador wrote:
>>
>> > This kind of problem is likely due to a broken BIOS. The current code
>> > parses the default pin configuration set up via BIOS while the older
>> > version used the fixed pin assignment (depending on the codec chip,
>> > though).
>> > In most cases, it can be recovered by specifying a proper model module
>> > option. See ALSA-Configuration.txt for details.
>>
>> I wasn't able to do it.
>
> Didn't it worked? Which module parameter did you use?
I tried model=hp, model=fujistsu and priority_fix={1,2}. Neither did
it work.
>> I hope it helps.
>
> I need more detail of the hardware -- what model of a laptop or a
> desktop from which vendor.
http://www.ctlnotebooks.com/v2/notebook_spec.aspx?id=21&hdr=Products
--
O T A V I O S A L V A D O R
---------------------------------------------
E-mail: [email protected] UIN: 5906116
GNU/Linux User: 239058 GPG ID: 49A5F855
Home Page: http://www.freedom.ind.br/otavio
---------------------------------------------
"Microsoft gives you Windows ... Linux gives
you the whole house."
At Tue, 28 Feb 2006 17:28:36 -0300,
Otavio Salvador wrote:
>
> Takashi Iwai <[email protected]> writes:
>
> > At Tue, 28 Feb 2006 05:51:26 -0300,
> > Otavio Salvador wrote:
> >>
> >> > This kind of problem is likely due to a broken BIOS. The current code
> >> > parses the default pin configuration set up via BIOS while the older
> >> > version used the fixed pin assignment (depending on the codec chip,
> >> > though).
> >> > In most cases, it can be recovered by specifying a proper model module
> >> > option. See ALSA-Configuration.txt for details.
> >>
> >> I wasn't able to do it.
> >
> > Didn't it worked? Which module parameter did you use?
>
> I tried model=hp, model=fujistsu and priority_fix={1,2}. Neither did
> it work.
Try model=basic. It's the old default.
(seems that it's missing in the documentation...)
Takashi
Takashi Iwai <[email protected]> writes:
>> > Didn't it worked? Which module parameter did you use?
>>
>> I tried model=hp, model=fujistsu and priority_fix={1,2}. Neither did
>> it work.
>
> Try model=basic. It's the old default.
> (seems that it's missing in the documentation...)
Yes. Using model=basic it works fine.
I propose the following patch to solve it then:
Do you think it's ok?
diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c
index b767552..2be4a4c 100644
--- a/sound/pci/hda/patch_realtek.c
+++ b/sound/pci/hda/patch_realtek.c
@@ -2946,8 +2946,8 @@ static int alc260_auto_init(struct hda_c
*/
static struct hda_board_config alc260_cfg_tbl[] = {
{ .modelname = "basic", .config = ALC260_BASIC },
- { .pci_subvendor = 0x104d, .pci_subdevice = 0x81bb,
- .config = ALC260_BASIC }, /* Sony VAIO */
+ { .pci_subvendor = 0x104d, .pci_subdevice = 0x81bb, .config = ALC260_BASIC },
+ { .pci_subvendor = 0x8086, .pci_subdevice = 0x2668, .config = ALC260_BASIC },
{ .modelname = "hp", .config = ALC260_HP },
{ .pci_subvendor = 0x103c, .pci_subdevice = 0x3010, .config = ALC260_HP },
{ .pci_subvendor = 0x103c, .pci_subdevice = 0x3011, .config = ALC260_HP },
--
O T A V I O S A L V A D O R
---------------------------------------------
E-mail: [email protected] UIN: 5906116
GNU/Linux User: 239058 GPG ID: 49A5F855
Home Page: http://www.freedom.ind.br/otavio
---------------------------------------------
"Microsoft gives you Windows ... Linux gives
you the whole house."
At Wed, 01 Mar 2006 23:24:02 -0300,
Otavio Salvador wrote:
>
> Takashi Iwai <[email protected]> writes:
>
> >> > Didn't it worked? Which module parameter did you use?
> >>
> >> I tried model=hp, model=fujistsu and priority_fix={1,2}. Neither did
> >> it work.
> >
> > Try model=basic. It's the old default.
> > (seems that it's missing in the documentation...)
>
> Yes. Using model=basic it works fine.
>
> I propose the following patch to solve it then:
>
> Do you think it's ok?
>
> diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c
> index b767552..2be4a4c 100644
> --- a/sound/pci/hda/patch_realtek.c
> +++ b/sound/pci/hda/patch_realtek.c
> @@ -2946,8 +2946,8 @@ static int alc260_auto_init(struct hda_c
> */
> static struct hda_board_config alc260_cfg_tbl[] = {
> { .modelname = "basic", .config = ALC260_BASIC },
> - { .pci_subvendor = 0x104d, .pci_subdevice = 0x81bb,
> - .config = ALC260_BASIC }, /* Sony VAIO */
> + { .pci_subvendor = 0x104d, .pci_subdevice = 0x81bb, .config = ALC260_BASIC },
> + { .pci_subvendor = 0x8086, .pci_subdevice = 0x2668, .config = ALC260_BASIC },
Are you sure that your device has PCI SUB-system id 8086:2668 ?
Takashi
Takashi Iwai <[email protected]> writes:
> Are you sure that your device has PCI SUB-system id 8086:2668 ?
oh no! Sorry!
0000:00:1b.0 0403: 8086:2668 (rev 04)
Subsystem: 152d:0729
^^^^^^^^^
--
O T A V I O S A L V A D O R
---------------------------------------------
E-mail: [email protected] UIN: 5906116
GNU/Linux User: 239058 GPG ID: 49A5F855
Home Page: http://www.freedom.ind.br/otavio
---------------------------------------------
"Microsoft gives you Windows ... Linux gives
you the whole house."
On Mon, Feb 27, 2006 at 05:00:37PM +0100, Takashi Iwai wrote:
> At Mon, 27 Feb 2006 09:00:13 -0600,
> S. Umar wrote:
> >
> > I can confirm this as well.
> >
> > DEVICE:
> > Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01)
> >
> > SYMPTOMS:
> >
> > 1. No sound.
> > 2. kernel: azx_get_response timeout
> > messages in system log
>
> It's a known interrupt problem.
>
> The latest version on ALSA CVS has a workaround for this.
>...
Shouldn't this fix go into 2.6.16?
> Takashi
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
On Sat, Mar 04, 2006 at 02:29:02AM -0300, Otavio Salvador wrote:
> Takashi Iwai <[email protected]> writes:
>
> > Are you sure that your device has PCI SUB-system id 8086:2668 ?
>
> oh no! Sorry!
>
> 0000:00:1b.0 0403: 8086:2668 (rev 04)
> Subsystem: 152d:0729
> ^^^^^^^^^
Can you make a patch with the correct id test whether it fixes your
problem (without model=basic)?
TIA
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
On Wed, Mar 01, 2006 at 11:29:03AM +0100, Takashi Iwai wrote:
> At Tue, 28 Feb 2006 17:28:36 -0300,
> Otavio Salvador wrote:
> >
> > Takashi Iwai <[email protected]> writes:
> >
> > > At Tue, 28 Feb 2006 05:51:26 -0300,
> > > Otavio Salvador wrote:
> > >>
> > >> > This kind of problem is likely due to a broken BIOS. The current code
> > >> > parses the default pin configuration set up via BIOS while the older
> > >> > version used the fixed pin assignment (depending on the codec chip,
> > >> > though).
> > >> > In most cases, it can be recovered by specifying a proper model module
> > >> > option. See ALSA-Configuration.txt for details.
> > >>
> > >> I wasn't able to do it.
> > >
> > > Didn't it worked? Which module parameter did you use?
> >
> > I tried model=hp, model=fujistsu and priority_fix={1,2}. Neither did
> > it work.
>
> Try model=basic. It's the old default.
> (seems that it's missing in the documentation...)
What about the patch below for 2.6.16?
> Takashi
cu
Adrian
<-- snip -->
Document the model=basic option in the snd-hda-intel driver.
Signed-off-by: Adrian Bunk <[email protected]>
--- linux-2.6.16-rc5-mm2-full/Documentation/sound/alsa/ALSA-Configuration.txt.old 2006-03-04 15:52:50.000000000 +0100
+++ linux-2.6.16-rc5-mm2-full/Documentation/sound/alsa/ALSA-Configuration.txt 2006-03-04 15:57:10.000000000 +0100
@@ -705,6 +705,7 @@
$CONFIG_SND_DEBUG=y
ALC260
+ basic base mode
hp HP machines
fujitsu Fujitsu S7020
At Sat, 4 Mar 2006 15:46:25 +0100,
Adrian Bunk wrote:
>
> On Mon, Feb 27, 2006 at 05:00:37PM +0100, Takashi Iwai wrote:
> > At Mon, 27 Feb 2006 09:00:13 -0600,
> > S. Umar wrote:
> > >
> > > I can confirm this as well.
> > >
> > > DEVICE:
> > > Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01)
> > >
> > > SYMPTOMS:
> > >
> > > 1. No sound.
> > > 2. kernel: azx_get_response timeout
> > > messages in system log
> >
> > It's a known interrupt problem.
> >
> > The latest version on ALSA CVS has a workaround for this.
> >...
>
> Shouldn't this fix go into 2.6.16?
Unfortunately it's involved with many other patches (especially
semahpore->mutex ones) and hard to cherry-pick...
Takashi
At Sat, 4 Mar 2006 15:51:14 +0100,
Adrian Bunk wrote:
>
> On Sat, Mar 04, 2006 at 02:29:02AM -0300, Otavio Salvador wrote:
> > Takashi Iwai <[email protected]> writes:
> >
> > > Are you sure that your device has PCI SUB-system id 8086:2668 ?
> >
> > oh no! Sorry!
> >
> > 0000:00:1b.0 0403: 8086:2668 (rev 04)
> > Subsystem: 152d:0729
> > ^^^^^^^^^
>
> Can you make a patch with the correct id test whether it fixes your
> problem (without model=basic)?
This one should work for his device.
Takashi
===
[PATCH] Add default entry for CTL Travel Master U553W
Added the default entry of ALC880 configuration table for
CTL Travel Master U553W.
Signed-off-by: Takashi Iwai <[email protected]>
---
diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c
index b767552..d5cd3a1 100644
--- a/sound/pci/hda/patch_realtek.c
+++ b/sound/pci/hda/patch_realtek.c
@@ -2948,6 +2948,8 @@ static struct hda_board_config alc260_cf
{ .modelname = "basic", .config = ALC260_BASIC },
{ .pci_subvendor = 0x104d, .pci_subdevice = 0x81bb,
.config = ALC260_BASIC }, /* Sony VAIO */
+ { .pci_subvendor = 0x152d, .pci_subdevice = 0x0729,
+ .config = ALC260_BASIC }, /* CTL Travel Master U553W */
{ .modelname = "hp", .config = ALC260_HP },
{ .pci_subvendor = 0x103c, .pci_subdevice = 0x3010, .config = ALC260_HP },
{ .pci_subvendor = 0x103c, .pci_subdevice = 0x3011, .config = ALC260_HP },
Takashi Iwai <[email protected]> writes:
>> Shouldn't this fix go into 2.6.16?
>
> Unfortunately it's involved with many other patches (especially
> semahpore->mutex ones) and hard to cherry-pick...
I could prepare another patch just to fix it and then put it in on
2.6.16.
--
O T A V I O S A L V A D O R
---------------------------------------------
E-mail: [email protected] UIN: 5906116
GNU/Linux User: 239058 GPG ID: 49A5F855
Home Page: http://www.freedom.ind.br/otavio
---------------------------------------------
"Microsoft gives you Windows ... Linux gives
you the whole house."
At Mon, 06 Mar 2006 13:19:30 -0300,
Otavio Salvador wrote:
>
> Takashi Iwai <[email protected]> writes:
>
> >> Shouldn't this fix go into 2.6.16?
> >
> > Unfortunately it's involved with many other patches (especially
> > semahpore->mutex ones) and hard to cherry-pick...
>
> I could prepare another patch just to fix it and then put it in on
> 2.6.16.
In the above I meant the patch to do the workaround of
azx_get_timeout() automatically. The patch to change the default
model for your laptop is another thing, which I posted already.
Takashi
On Monday 06 March 2006 11:23, Takashi Iwai wrote:
> At Mon, 06 Mar 2006 13:19:30 -0300,
>
> Otavio Salvador wrote:
> > Takashi Iwai <[email protected]> writes:
> > >> Shouldn't this fix go into 2.6.16?
> > >
> > > Unfortunately it's involved with many other patches (especially
> > > semahpore->mutex ones) and hard to cherry-pick...
> >
> > I could prepare another patch just to fix it and then put it in on
> > 2.6.16.
I have a DELL E1705 Laptop and snd-intel-hda used to work for me in 2.6.15 -
it no longer works (Silence, no sound, no errors in dmesg) with 2.6.16-rc6.
I have tried to load snd_hda_intel with model=basic but even then it did not
work for me.
cat /proc/asound/cards
0 [01cd ]: HDA-Intel - HDA Intel
HDA Intel at 0xdfebc000 irq 233
cat /proc/asound/01cd/
codec#0 codec#1 id oss_mixer pcm0c/ pcm0p/ pcm1p/
paragw@penguin ~ $ cat /proc/asound/01cd/codec#0
Codec: SigmaTel STAC9200
Address: 0
Vendor Id: 0x83847690
Subsystem Id: 0x102801cd
Revision Id: 0x102201
Default PCM: rates 0x7e0, bits 0x0e, types 0x1
Default Amp-In caps: N/A
Default Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=1
Node 0x02 [Audio Output] wcaps 0xd0401: Stereo
Power: 0x0
Node 0x03 [Audio Input] wcaps 0x1d0541: Stereo
Power: 0x0
Connection: 1
0x0a
Node 0x04 [Audio Input] wcaps 0x140311: Stereo Digital
PCM: rates 0x160, bits 0x0e, types 0x5
Connection: 1
0x08
Node 0x05 [Audio Output] wcaps 0x40211: Stereo Digital
PCM: rates 0x1e0, bits 0x0e, types 0x5
Node 0x06 [Vendor Defined Widget] wcaps 0xf30201: Stereo Digital
Node 0x07 [Audio Selector] wcaps 0x300901: Stereo
Connection: 3
0x02* 0x08 0x0a
Node 0x08 [Pin Complex] wcaps 0x430681: Stereo Digital
Pincap 0x0810024: IN
Pin Default 0x40c003fa: [N/A] SPDIF In at Ext N/A
Conn = Unknown, Color = Unknown
Pin-ctls: 0x00:
Power: 0x0
Node 0x09 [Pin Complex] wcaps 0x400301: Stereo Digital
Pincap 0x0810: OUT
Pin Default 0x01441340: [Jack] SPDIF Out at Ext Rear
Conn = RCA, Color = Black
Pin-ctls: 0x40: OUT
Connection: 2
0x05* 0x0a
Node 0x0a [Audio Selector] wcaps 0x30090d: Stereo Amp-Out
Amp-Out caps: ofs=0x00, nsteps=0x0f, stepsize=0x05, mute=1
Amp-Out vals: [0x80 0x80]
Connection: 1
0x0c
Node 0x0b [Audio Selector] wcaps 0x300105: Stereo Amp-Out
Amp-Out caps: N/A
Amp-Out vals: [0x9f 0x9f]
Connection: 1
0x07
Node 0x0c [Audio Selector] wcaps 0x30010d: Stereo Amp-Out
Amp-Out caps: ofs=0x00, nsteps=0x04, stepsize=0x27, mute=0
Amp-Out vals: [0x00 0x00]
Connection: 5
0x10* 0x0f 0x0e 0x0d 0x12
Node 0x0d [Pin Complex] wcaps 0x400181: Stereo
Pincap 0x083f: IN OUT HP
Pin Default 0x0421421f: [Jack] HP Out at Ext Right
Conn = 1/8, Color = Green
Pin-ctls: 0x00:
Connection: 1
0x0b
Node 0x0e [Pin Complex] wcaps 0x400181: Stereo
Pincap 0x083f: IN OUT HP
Pin Default 0x90170310: [Fixed] Speaker at Int N/A
Conn = Analog, Color = Unknown
Pin-ctls: 0x00:
Connection: 1
0x0b
Node 0x0f [Pin Complex] wcaps 0x400181: Stereo
Pincap 0x0837: IN OUT
Pin Default 0x408003fb: [N/A] Line In at Ext N/A
Conn = Unknown, Color = Unknown
Pin-ctls: 0x20: IN
Connection: 1
0x0b
Node 0x10 [Pin Complex] wcaps 0x400181: Stereo
Pincap 0x081737: IN OUT
Pin Default 0x04a1102e: [Jack] Mic at Ext Right
Conn = 1/8, Color = Black
Pin-ctls: 0x20: IN
Connection: 1
0x0b
Node 0x11 [Pin Complex] wcaps 0x400104: Mono Amp-Out
Amp-Out caps: N/A
Amp-Out vals: [0x00]
Pincap 0x0810: OUT
Pin Default 0x90170311: [Fixed] Speaker at Int N/A
Conn = Analog, Color = Unknown
Pin-ctls: 0x00:
Connection: 1
0x13
Node 0x12 [Pin Complex] wcaps 0x400001: Stereo
Pincap 0x0820: IN
Pin Default 0x403003fc: [N/A] CD at Ext N/A
Conn = Unknown, Color = Unknown
Pin-ctls: 0x20: IN
Node 0x13 [Audio Mixer] wcaps 0x200100: Mono
Connection: 1
0x07
Node 0x14 [Beep Generator Widget] wcaps 0x70000c: Mono Amp-Out
Amp-Out caps: ofs=0x03, nsteps=0x03, stepsize=0x17, mute=1
Amp-Out vals: [0x00]
cat /proc/asound/01cd/codec#1
Codec: Generic 14f1 ID 2bfa
Address: 1
Vendor Id: 0x14f12bfa
Subsystem Id: 0x14f100c3
Revision Id: 0x90000
Parag