On Sun, Apr 24, 2011 at 11:30:37AM +0100, Andrew Clayton wrote:
> Hi guys.
>
> Just upgraded to .4 from .3 and found my audio was _really_ quiet. All
> the mixers looked sane.
>
> A quick check of the changelog and a revert of:
>
> commit 58541cc27531727f7120683a7cb123ee3ada4bd4
> Author: Takashi Iwai <[email protected]>
> Date: Mon Mar 28 12:05:31 2011 +0200
>
> ALSA: hda - Fix pin-config of Gigabyte mobo
>
> commit c6b358748e19ce7e230b0926ac42696bc485a562 upstream.
>
> Use pin-fix instead of the static quirk for Gigabyte mobos 1458:a002.
>
> Bugzilla: https://bugzilla.novell.com/show_bug.cgi?id=677256
> Signed-off-by: Takashi Iwai <[email protected]>
> Signed-off-by: Greg Kroah-Hartman <[email protected]>
>
> made it normal again.
Takashi, do you have a fix for this, or should I revert this from the
.38 stable tree? It looks like we now have 2 reports of this problem.
thanks,
greg k-h
At Sun, 24 Apr 2011 17:01:26 -0700,
Greg KH wrote:
>
> On Sun, Apr 24, 2011 at 11:30:37AM +0100, Andrew Clayton wrote:
> > Hi guys.
> >
> > Just upgraded to .4 from .3 and found my audio was _really_ quiet. All
> > the mixers looked sane.
> >
> > A quick check of the changelog and a revert of:
> >
> > commit 58541cc27531727f7120683a7cb123ee3ada4bd4
> > Author: Takashi Iwai <[email protected]>
> > Date: Mon Mar 28 12:05:31 2011 +0200
> >
> > ALSA: hda - Fix pin-config of Gigabyte mobo
> >
> > commit c6b358748e19ce7e230b0926ac42696bc485a562 upstream.
> >
> > Use pin-fix instead of the static quirk for Gigabyte mobos 1458:a002.
> >
> > Bugzilla: https://bugzilla.novell.com/show_bug.cgi?id=677256
> > Signed-off-by: Takashi Iwai <[email protected]>
> > Signed-off-by: Greg Kroah-Hartman <[email protected]>
> >
> > made it normal again.
>
> Takashi, do you have a fix for this, or should I revert this from the
> .38 stable tree? It looks like we now have 2 reports of this problem.
If we need to revert, I'll do it in the upstream first, as it must hit
to 2.6.39, too.
But let me check this breakage first. I'll take a look at it more
deeply tomorrow.
thanks,
Takashi
On Mon, Apr 25, 2011 at 11:25:29AM +0200, Takashi Iwai wrote:
> At Sun, 24 Apr 2011 17:01:26 -0700,
> Greg KH wrote:
> >
> > On Sun, Apr 24, 2011 at 11:30:37AM +0100, Andrew Clayton wrote:
> > > Hi guys.
> > >
> > > Just upgraded to .4 from .3 and found my audio was _really_ quiet. All
> > > the mixers looked sane.
> > >
> > > A quick check of the changelog and a revert of:
> > >
> > > commit 58541cc27531727f7120683a7cb123ee3ada4bd4
> > > Author: Takashi Iwai <[email protected]>
> > > Date: Mon Mar 28 12:05:31 2011 +0200
> > >
> > > ALSA: hda - Fix pin-config of Gigabyte mobo
> > >
> > > commit c6b358748e19ce7e230b0926ac42696bc485a562 upstream.
> > >
> > > Use pin-fix instead of the static quirk for Gigabyte mobos 1458:a002.
> > >
> > > Bugzilla: https://bugzilla.novell.com/show_bug.cgi?id=677256
> > > Signed-off-by: Takashi Iwai <[email protected]>
> > > Signed-off-by: Greg Kroah-Hartman <[email protected]>
> > >
> > > made it normal again.
> >
> > Takashi, do you have a fix for this, or should I revert this from the
> > .38 stable tree? It looks like we now have 2 reports of this problem.
>
> If we need to revert, I'll do it in the upstream first, as it must hit
> to 2.6.39, too.
True.
> But let me check this breakage first. I'll take a look at it more
> deeply tomorrow.
Ok, that sounds good.
thanks,
greg k-h
At Mon, 25 Apr 2011 10:34:09 -0700,
Greg KH wrote:
>
> On Mon, Apr 25, 2011 at 11:25:29AM +0200, Takashi Iwai wrote:
> > At Sun, 24 Apr 2011 17:01:26 -0700,
> > Greg KH wrote:
> > >
> > > On Sun, Apr 24, 2011 at 11:30:37AM +0100, Andrew Clayton wrote:
> > > > Hi guys.
> > > >
> > > > Just upgraded to .4 from .3 and found my audio was _really_ quiet. All
> > > > the mixers looked sane.
> > > >
> > > > A quick check of the changelog and a revert of:
> > > >
> > > > commit 58541cc27531727f7120683a7cb123ee3ada4bd4
> > > > Author: Takashi Iwai <[email protected]>
> > > > Date: Mon Mar 28 12:05:31 2011 +0200
> > > >
> > > > ALSA: hda - Fix pin-config of Gigabyte mobo
> > > >
> > > > commit c6b358748e19ce7e230b0926ac42696bc485a562 upstream.
> > > >
> > > > Use pin-fix instead of the static quirk for Gigabyte mobos 1458:a002.
> > > >
> > > > Bugzilla: https://bugzilla.novell.com/show_bug.cgi?id=677256
> > > > Signed-off-by: Takashi Iwai <[email protected]>
> > > > Signed-off-by: Greg Kroah-Hartman <[email protected]>
> > > >
> > > > made it normal again.
> > >
> > > Takashi, do you have a fix for this, or should I revert this from the
> > > .38 stable tree? It looks like we now have 2 reports of this problem.
> >
> > If we need to revert, I'll do it in the upstream first, as it must hit
> > to 2.6.39, too.
>
> True.
>
> > But let me check this breakage first. I'll take a look at it more
> > deeply tomorrow.
>
> Ok, that sounds good.
Thanks.
Andrew, could you give alsa-info.sh outputs on your machine?
Preferably, the outputs both before and after the kernel update would
be really helpful.
Takashi
On Mon, 25 Apr 2011 22:25:16 +0200, Takashi Iwai wrote:
> Andrew, could you give alsa-info.sh outputs on your machine?
> Preferably, the outputs both before and after the kernel update would
> be really helpful.
Sure, here you go.
The first one is from 2.6.38.3 where the audio is fine. The second is
from 2.6.38.4 where the audio is really quiet.
upload=true&script=true&cardinfo=
!!################################
!!ALSA Information Script v 0.4.59
!!################################
!!Script ran on: Tue Apr 26 00:06:42 UTC 2011
!!Linux Distribution
!!------------------
Fedora release 14 (Laughlin) Fedora release 14 (Laughlin) Fedora release 14 (Laughlin) Fedora release 14 (Laughlin)
!!DMI Information
!!---------------
Manufacturer: Gigabyte Technology Co., Ltd.
Product Name: G41M-ES2L
!!Kernel Information
!!------------------
Kernel release: 2.6.38.3
Operating System: GNU/Linux
Architecture: x86_64
Processor: x86_64
SMP Enabled: Yes
!!ALSA Version
!!------------
Driver version: 1.0.23
Library version: 1.0.24
Utilities version: 1.0.23
!!Loaded ALSA modules
!!-------------------
!!Sound Servers on this system
!!----------------------------
Pulseaudio:
Installed - Yes (/usr/bin/pulseaudio)
Running - Yes
Jack:
Installed - Yes (/usr/bin/jackd)
Running - No
!!Soundcards recognised by ALSA
!!-----------------------------
0 [Intel ]: HDA-Intel - HDA Intel
HDA Intel at 0xe3500000 irq 16
!!PCI Soundcards installed in the system
!!--------------------------------------
00:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition Audio Controller (rev 01)
!!Advanced information - PCI Vendor/Device/Susbsystem ID's
!!--------------------------------------------------------
00:1b.0 0403: 8086:27d8 (rev 01)
Subsystem: 1458:a002
!!Loaded sound module options
!!--------------------------
!!HDA-Intel Codec information
!!---------------------------
--startcollapse--
Codec: Realtek ALC887
Address: 2
AFG Function Id: 0x1 (unsol 1)
Vendor Id: 0x10ec0887
Subsystem Id: 0x1458a002
Revision Id: 0x100202
No Modem Function Group found
Default PCM:
rates [0x560]: 44100 48000 96000 192000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Default Amp-In caps: N/A
Default Amp-Out caps: N/A
GPIO: io=2, o=0, i=0, unsolicited=1, wake=1
IO[0]: enable=0, dir=0, wake=0, sticky=0, data=0, unsol=0
IO[1]: enable=0, dir=0, wake=0, sticky=0, data=0, unsol=0
Node 0x02 [Audio Output] wcaps 0x411: Stereo
Device: name="ALC887 Analog", type="Audio", device=0
Converter: stream=5, channel=0
PCM:
rates [0x560]: 44100 48000 96000 192000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Node 0x03 [Audio Output] wcaps 0x411: Stereo
Converter: stream=5, channel=0
PCM:
rates [0x560]: 44100 48000 96000 192000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Node 0x04 [Audio Output] wcaps 0x411: Stereo
Converter: stream=5, channel=0
PCM:
rates [0x560]: 44100 48000 96000 192000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Node 0x05 [Audio Output] wcaps 0x411: Stereo
Converter: stream=5, channel=0
PCM:
rates [0x560]: 44100 48000 96000 192000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Node 0x06 [Audio Output] wcaps 0x611: Stereo Digital
Control: name="IEC958 Playback Con Mask", index=0, device=0
Control: name="IEC958 Playback Pro Mask", index=0, device=0
Control: name="IEC958 Playback Default", index=0, device=0
Control: name="IEC958 Playback Switch", index=0, device=0
Control: name="IEC958 Default PCM Playback Switch", index=0, device=0
Device: name="ALC887 Digital", type="SPDIF", device=1
Converter: stream=5, channel=0
Digital: Enabled
Digital category: 0x0
PCM:
rates [0x5e0]: 44100 48000 88200 96000 192000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Node 0x07 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x08 [Audio Input] wcaps 0x10051b: Stereo Amp-In
Control: name="Capture Switch", index=0, device=0
Control: name="Capture Volume", index=0, device=0
Device: name="ALC887 Analog", type="Audio", device=0
Amp-In caps: ofs=0x0b, nsteps=0x1f, stepsize=0x05, mute=1
Amp-In vals: [0x13 0x13]
Converter: stream=1, channel=0
SDI-Select: 0
PCM:
rates [0x560]: 44100 48000 96000 192000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Connection: 1
0x23
Node 0x09 [Audio Input] wcaps 0x10051b: Stereo Amp-In
Control: name="Capture Switch", index=1, device=0
Control: name="Capture Volume", index=1, device=0
Device: name="ALC887 Analog", type="Audio", device=2
Amp-In caps: ofs=0x0b, nsteps=0x1f, stepsize=0x05, mute=1
Amp-In vals: [0x80 0x80]
Converter: stream=0, channel=0
SDI-Select: 0
PCM:
rates [0x560]: 44100 48000 96000 192000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Connection: 1
0x22
Node 0x0a [Audio Input] wcaps 0x100711: Stereo Digital
Control: name="IEC958 Capture Switch", index=0, device=0
Control: name="IEC958 Capture Default", index=0, device=0
Device: name="ALC887 Digital", type="SPDIF", device=1
Converter: stream=4, channel=0
SDI-Select: 0
Digital:
Digital category: 0x0
PCM:
rates [0x560]: 44100 48000 96000 192000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Connection: 1
0x1f
Node 0x0b [Audio Mixer] wcaps 0x20010b: Stereo Amp-In
Control: name="CD Playback Volume", index=0, device=0
ControlAmp: chs=3, dir=In, idx=4, ofs=0
Control: name="CD Playback Switch", index=0, device=0
ControlAmp: chs=3, dir=In, idx=4, ofs=0
Control: name="Line Playback Volume", index=0, device=0
ControlAmp: chs=3, dir=In, idx=2, ofs=0
Control: name="Line Playback Switch", index=0, device=0
ControlAmp: chs=3, dir=In, idx=2, ofs=0
Control: name="Mic Playback Volume", index=0, device=0
ControlAmp: chs=3, dir=In, idx=0, ofs=0
Control: name="Mic Playback Switch", index=0, device=0
ControlAmp: chs=3, dir=In, idx=0, ofs=0
Control: name="Front Mic Playback Volume", index=0, device=0
ControlAmp: chs=3, dir=In, idx=1, ofs=0
Control: name="Front Mic Playback Switch", index=0, device=0
ControlAmp: chs=3, dir=In, idx=1, ofs=0
Amp-In caps: ofs=0x17, nsteps=0x1f, stepsize=0x05, mute=1
Amp-In vals: [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x17 0x17] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80]
Connection: 10
0x18 0x19 0x1a 0x1b 0x1c 0x1d 0x14 0x15 0x16 0x17
Node 0x0c [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out
Control: name="Front Playback Volume", index=0, device=0
ControlAmp: chs=3, dir=Out, idx=0, ofs=0
Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-In vals: [0x00 0x00] [0x00 0x00]
Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=0
Amp-Out vals: [0x12 0x12]
Connection: 2
0x02 0x0b
Node 0x0d [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out
Control: name="Surround Playback Volume", index=0, device=0
ControlAmp: chs=3, dir=Out, idx=0, ofs=0
Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-In vals: [0x00 0x00] [0x00 0x00]
Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=0
Amp-Out vals: [0x12 0x12]
Connection: 2
0x03 0x0b
Node 0x0e [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out
Control: name="Center Playback Volume", index=0, device=0
ControlAmp: chs=1, dir=Out, idx=0, ofs=0
Control: name="LFE Playback Volume", index=0, device=0
ControlAmp: chs=2, dir=Out, idx=0, ofs=0
Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-In vals: [0x00 0x00] [0x00 0x00]
Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=0
Amp-Out vals: [0x12 0x12]
Connection: 2
0x04 0x0b
Node 0x0f [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out
Control: name="Side Playback Volume", index=0, device=0
ControlAmp: chs=3, dir=Out, idx=0, ofs=0
Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-In vals: [0x00 0x00] [0x00 0x00]
Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=0
Amp-Out vals: [0x12 0x12]
Connection: 2
0x05 0x0b
Node 0x10 [Audio Output] wcaps 0x611: Stereo Digital
Converter: stream=0, channel=0
Digital:
Digital category: 0x0
PCM:
rates [0x5e0]: 44100 48000 88200 96000 192000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Node 0x11 [Pin Complex] wcaps 0x400780: Mono Digital
Pincap 0x00000014: OUT Detect
Pin Default 0x411110f0: [N/A] Speaker at Ext Rear
Conn = 1/8, Color = Black
DefAssociation = 0xf, Sequence = 0x0
Pin-ctls: 0x40: OUT
Unsolicited: tag=00, enabled=0
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Connection: 1
0x10
Node 0x12 [Pin Complex] wcaps 0x400401: Stereo
Pincap 0x00000020: IN
Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
Conn = 1/8, Color = Black
DefAssociation = 0xf, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0x00:
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Node 0x13 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x14 [Pin Complex] wcaps 0x40058f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
Amp-In vals: [0x00 0x00]
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x00 0x00]
Pincap 0x0000003e: IN OUT HP Detect Trigger
Pin Default 0x01014410: [Jack] Line Out at Ext Rear
Conn = 1/8, Color = Green
DefAssociation = 0x1, Sequence = 0x0
Pin-ctls: 0x40: OUT
Unsolicited: tag=00, enabled=0
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Connection: 5
0x0c* 0x0d 0x0e 0x0f 0x26
Node 0x15 [Pin Complex] wcaps 0x40058f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
Amp-In vals: [0x00 0x00]
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x00 0x00]
Pincap 0x0000003e: IN OUT HP Detect Trigger
Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
Conn = 1/8, Color = Black
DefAssociation = 0xf, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0x40: OUT
Unsolicited: tag=00, enabled=0
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Connection: 5
0x0c 0x0d* 0x0e 0x0f 0x26
Node 0x16 [Pin Complex] wcaps 0x40058f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
Amp-In vals: [0x00 0x00]
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x00 0x00]
Pincap 0x00000036: IN OUT Detect Trigger
Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
Conn = 1/8, Color = Black
DefAssociation = 0xf, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0x40: OUT
Unsolicited: tag=00, enabled=0
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Connection: 5
0x0c 0x0d 0x0e* 0x0f 0x26
Node 0x17 [Pin Complex] wcaps 0x40058f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
Amp-In vals: [0x00 0x00]
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x00 0x00]
Pincap 0x00000036: IN OUT Detect Trigger
Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
Conn = 1/8, Color = Black
DefAssociation = 0xf, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0x40: OUT
Unsolicited: tag=00, enabled=0
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Connection: 5
0x0c 0x0d 0x0e 0x0f* 0x26
Node 0x18 [Pin Complex] wcaps 0x40058f: Stereo Amp-In Amp-Out
Control: name="Mic Boost Volume", index=0, device=0
ControlAmp: chs=3, dir=In, idx=0, ofs=0
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
Amp-In vals: [0x00 0x00]
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x80 0x80]
Pincap 0x0000373e: IN OUT HP Detect Trigger
Vref caps: HIZ 50 GRD 80 100
Pin Default 0x01a19c40: [Jack] Mic at Ext Rear
Conn = 1/8, Color = Pink
DefAssociation = 0x4, Sequence = 0x0
Pin-ctls: 0x24: IN VREF_80
Unsolicited: tag=00, enabled=0
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Connection: 5
0x0c* 0x0d 0x0e 0x0f 0x26
Node 0x19 [Pin Complex] wcaps 0x40058f: Stereo Amp-In Amp-Out
Control: name="Front Mic Boost Volume", index=0, device=0
ControlAmp: chs=3, dir=In, idx=0, ofs=0
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
Amp-In vals: [0x00 0x00]
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x80 0x80]
Pincap 0x0000373e: IN OUT HP Detect Trigger
Vref caps: HIZ 50 GRD 80 100
Pin Default 0x02a19c50: [Jack] Mic at Ext Front
Conn = 1/8, Color = Pink
DefAssociation = 0x5, Sequence = 0x0
Pin-ctls: 0x24: IN VREF_80
Unsolicited: tag=00, enabled=0
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Connection: 5
0x0c* 0x0d 0x0e 0x0f 0x26
Node 0x1a [Pin Complex] wcaps 0x40058f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
Amp-In vals: [0x00 0x00]
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x80 0x80]
Pincap 0x0000373e: IN OUT HP Detect Trigger
Vref caps: HIZ 50 GRD 80 100
Pin Default 0x0181344f: [Jack] Line In at Ext Rear
Conn = 1/8, Color = Blue
DefAssociation = 0x4, Sequence = 0xf
Pin-ctls: 0x20: IN VREF_HIZ
Unsolicited: tag=00, enabled=0
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Connection: 5
0x0c* 0x0d 0x0e 0x0f 0x26
Node 0x1b [Pin Complex] wcaps 0x40058f: Stereo Amp-In Amp-Out
Control: name="Headphone Playback Switch", index=0, device=0
ControlAmp: chs=3, dir=Out, idx=0, ofs=0
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
Amp-In vals: [0x00 0x00]
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x00 0x00]
Pincap 0x0000373e: IN OUT HP Detect Trigger
Vref caps: HIZ 50 GRD 80 100
Pin Default 0x02214c20: [Jack] HP Out at Ext Front
Conn = 1/8, Color = Green
DefAssociation = 0x2, Sequence = 0x0
Pin-ctls: 0xc0: OUT HP VREF_HIZ
Unsolicited: tag=00, enabled=0
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Connection: 5
0x0c* 0x0d 0x0e 0x0f 0x26
Node 0x1c [Pin Complex] wcaps 0x400481: Stereo
Pincap 0x00000024: IN Detect
Pin Default 0x593301f0: [N/A] CD at Int ATAPI
Conn = ATAPI, Color = Unknown
DefAssociation = 0xf, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0x20: IN
Unsolicited: tag=00, enabled=0
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Node 0x1d [Pin Complex] wcaps 0x400400: Mono
Pincap 0x00000020: IN
Pin Default 0x4005c603: [N/A] Line Out at Ext N/A
Conn = Optical, Color = UNKNOWN
DefAssociation = 0x0, Sequence = 0x3
Pin-ctls: 0x20: IN
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Node 0x1e [Pin Complex] wcaps 0x400780: Mono Digital
Pincap 0x00000014: OUT Detect
Pin Default 0x014b6130: [Jack] SPDIF Out at Ext Rear
Conn = Comb, Color = Orange
DefAssociation = 0x3, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0x40: OUT
Unsolicited: tag=00, enabled=0
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Connection: 1
0x06
Node 0x1f [Pin Complex] wcaps 0x400680: Mono Digital
Pincap 0x00000024: IN Detect
Pin Default 0x01cb7160: [Jack] SPDIF In at Ext Rear
Conn = Comb, Color = Yellow
DefAssociation = 0x6, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0x20: IN
Unsolicited: tag=00, enabled=0
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Node 0x20 [Vendor Defined Widget] wcaps 0xf00040: Mono
Processing caps: benign=0, ncoeff=25
Node 0x21 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x22 [Audio Mixer] wcaps 0x20010b: Stereo Amp-In
Control: name="Input Source", index=1, device=0
Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-In vals: [0x00 0x00] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80]
Connection: 12
0x18 0x19 0x1a 0x1b 0x1c 0x1d 0x14 0x15 0x16 0x17 0x0b 0x12
Node 0x23 [Audio Mixer] wcaps 0x20010b: Stereo Amp-In
Control: name="Input Source", index=0, device=0
Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-In vals: [0x00 0x00] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80]
Connection: 11
0x18 0x19 0x1a 0x1b 0x1c 0x1d 0x14 0x15 0x16 0x17 0x0b
Node 0x24 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x25 [Audio Output] wcaps 0x411: Stereo
Converter: stream=0, channel=0
PCM:
rates [0x560]: 44100 48000 96000 192000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Node 0x26 [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-In vals: [0x00 0x00] [0x80 0x80]
Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=0
Amp-Out vals: [0x00 0x00]
Connection: 2
0x25 0x0b
--endcollapse--
!!ALSA Device nodes
!!-----------------
crw-rw----+ 1 root audio 116, 0 Apr 26 01:05 /dev/snd/controlC0
crw-rw----+ 1 root audio 116, 24 Apr 26 01:06 /dev/snd/pcmC0D0c
crw-rw----+ 1 root audio 116, 16 Apr 26 01:06 /dev/snd/pcmC0D0p
crw-rw----+ 1 root audio 116, 25 Apr 26 01:06 /dev/snd/pcmC0D1c
crw-rw----+ 1 root audio 116, 17 Apr 26 01:06 /dev/snd/pcmC0D1p
crw-rw----+ 1 root audio 116, 26 Apr 26 01:05 /dev/snd/pcmC0D2c
crw-rw----+ 1 root audio 116, 1 Apr 26 01:05 /dev/snd/seq
crw-rw----+ 1 root audio 116, 33 Apr 26 01:05 /dev/snd/timer
/dev/snd/by-path:
total 0
drwxr-xr-x 2 root root 60 Apr 26 01:05 .
drwxr-xr-x 3 root root 220 Apr 26 01:05 ..
lrwxrwxrwx 1 root root 12 Apr 26 01:05 pci-0000:00:1b.0 -> ../controlC0
!!ALSA configuration files
!!------------------------
!!System wide config file (/etc/asound.conf)
#
# Place your global alsa-lib configuration here...
#
@hooks [
{
func load
files [
"/etc/alsa/pulse-default.conf"
]
errors false
}
]
!!Aplay/Arecord output
!!------------
APLAY
**** List of PLAYBACK Hardware Devices ****
card 0: Intel [HDA Intel], device 0: ALC887 Analog [ALC887 Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: Intel [HDA Intel], device 1: ALC887 Digital [ALC887 Digital]
Subdevices: 1/1
Subdevice #0: subdevice #0
ARECORD
**** List of CAPTURE Hardware Devices ****
card 0: Intel [HDA Intel], device 0: ALC887 Analog [ALC887 Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: Intel [HDA Intel], device 1: ALC887 Digital [ALC887 Digital]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: Intel [HDA Intel], device 2: ALC887 Analog [ALC887 Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
!!Amixer output
!!-------------
!!-------Mixer controls for card 0 [Intel]
Card hw:0 'Intel'/'HDA Intel at 0xe3500000 irq 16'
Mixer name : 'Realtek ALC887'
Components : 'HDA:10ec0887,1458a002,00100202'
Controls : 38
Simple ctrls : 21
Simple mixer control 'Master',0
Capabilities: pvolume pvolume-joined pswitch pswitch-joined penum
Playback channels: Mono
Limits: Playback 0 - 31
Mono: Playback 18 [58%] [-19.50dB] [on]
Simple mixer control 'Headphone',0
Capabilities: pswitch penum
Playback channels: Front Left - Front Right
Mono:
Front Left: Playback [on]
Front Right: Playback [on]
Simple mixer control 'PCM',0
Capabilities: pvolume penum
Playback channels: Front Left - Front Right
Limits: Playback 0 - 255
Mono:
Front Left: Playback 250 [98%] [-1.00dB]
Front Right: Playback 250 [98%] [-1.00dB]
Simple mixer control 'Front',0
Capabilities: pvolume pswitch penum
Playback channels: Front Left - Front Right
Limits: Playback 0 - 31
Mono:
Front Left: Playback 31 [100%] [0.00dB] [on]
Front Right: Playback 31 [100%] [0.00dB] [on]
Simple mixer control 'Front Mic',0
Capabilities: pvolume pswitch penum
Playback channels: Front Left - Front Right
Limits: Playback 0 - 31
Mono:
Front Left: Playback 0 [0%] [-34.50dB] [off]
Front Right: Playback 0 [0%] [-34.50dB] [off]
Simple mixer control 'Front Mic Boost',0
Capabilities: volume penum
Playback channels: Front Left - Front Right
Capture channels: Front Left - Front Right
Limits: 0 - 3
Front Left: 0 [0%] [0.00dB]
Front Right: 0 [0%] [0.00dB]
Simple mixer control 'Surround',0
Capabilities: pvolume pswitch penum
Playback channels: Front Left - Front Right
Limits: Playback 0 - 31
Mono:
Front Left: Playback 31 [100%] [0.00dB] [on]
Front Right: Playback 31 [100%] [0.00dB] [on]
Simple mixer control 'Center',0
Capabilities: pvolume pvolume-joined pswitch pswitch-joined penum
Playback channels: Mono
Limits: Playback 0 - 31
Mono: Playback 31 [100%] [0.00dB] [on]
Simple mixer control 'LFE',0
Capabilities: pvolume pvolume-joined pswitch pswitch-joined penum
Playback channels: Mono
Limits: Playback 0 - 31
Mono: Playback 31 [100%] [0.00dB] [on]
Simple mixer control 'Side',0
Capabilities: pvolume pswitch penum
Playback channels: Front Left - Front Right
Limits: Playback 0 - 31
Mono:
Front Left: Playback 31 [100%] [0.00dB] [on]
Front Right: Playback 31 [100%] [0.00dB] [on]
Simple mixer control 'Line',0
Capabilities: pvolume pswitch penum
Playback channels: Front Left - Front Right
Limits: Playback 0 - 31
Mono:
Front Left: Playback 0 [0%] [-34.50dB] [off]
Front Right: Playback 0 [0%] [-34.50dB] [off]
Simple mixer control 'CD',0
Capabilities: pvolume pswitch penum
Playback channels: Front Left - Front Right
Limits: Playback 0 - 31
Mono:
Front Left: Playback 23 [74%] [0.00dB] [on]
Front Right: Playback 23 [74%] [0.00dB] [on]
Simple mixer control 'Mic',0
Capabilities: pvolume pswitch penum
Playback channels: Front Left - Front Right
Limits: Playback 0 - 31
Mono:
Front Left: Playback 0 [0%] [-34.50dB] [off]
Front Right: Playback 0 [0%] [-34.50dB] [off]
Simple mixer control 'Mic Boost',0
Capabilities: volume penum
Playback channels: Front Left - Front Right
Capture channels: Front Left - Front Right
Limits: 0 - 3
Front Left: 0 [0%] [0.00dB]
Front Right: 0 [0%] [0.00dB]
Simple mixer control 'IEC958',0
Capabilities: pswitch pswitch-joined cswitch cswitch-joined penum
Playback channels: Mono
Capture channels: Mono
Mono: Playback [on] Capture [off]
Simple mixer control 'IEC958 Default PCM',0
Capabilities: pswitch pswitch-joined penum
Playback channels: Mono
Mono: Playback [on]
Simple mixer control 'Capture',0
Capabilities: cvolume cswitch penum
Capture channels: Front Left - Front Right
Limits: Capture 0 - 31
Front Left: Capture 19 [61%] [12.00dB] [on]
Front Right: Capture 19 [61%] [12.00dB] [on]
Simple mixer control 'Capture',1
Capabilities: cvolume cswitch penum
Capture channels: Front Left - Front Right
Limits: Capture 0 - 31
Front Left: Capture 0 [0%] [-16.50dB] [off]
Front Right: Capture 0 [0%] [-16.50dB] [off]
Simple mixer control 'Channel Mode',0
Capabilities: enum
Items: '6ch' '8ch'
Item0: '6ch'
Simple mixer control 'Input Source',0
Capabilities: cenum
Items: 'Mic' 'Front Mic' 'Line' 'CD'
Item0: 'Mic'
Simple mixer control 'Input Source',1
Capabilities: cenum
Items: 'Mic' 'Front Mic' 'Line' 'CD'
Item0: 'Mic'
!!Alsactl output
!!-------------
--startcollapse--
state.Intel {
control.1 {
comment.access 'read write'
comment.type INTEGER
comment.count 2
comment.range '0 - 31'
comment.dbmin -4650
comment.dbmax 0
iface MIXER
name 'Front Playback Volume'
value.0 31
value.1 31
}
control.2 {
comment.access 'read write'
comment.type BOOLEAN
comment.count 2
iface MIXER
name 'Front Playback Switch'
value.0 true
value.1 true
}
control.3 {
comment.access 'read write'
comment.type INTEGER
comment.count 2
comment.range '0 - 31'
comment.dbmin -4650
comment.dbmax 0
iface MIXER
name 'Surround Playback Volume'
value.0 31
value.1 31
}
control.4 {
comment.access 'read write'
comment.type BOOLEAN
comment.count 2
iface MIXER
name 'Surround Playback Switch'
value.0 true
value.1 true
}
control.5 {
comment.access 'read write'
comment.type INTEGER
comment.count 1
comment.range '0 - 31'
comment.dbmin -4650
comment.dbmax 0
iface MIXER
name 'Center Playback Volume'
value 31
}
control.6 {
comment.access 'read write'
comment.type INTEGER
comment.count 1
comment.range '0 - 31'
comment.dbmin -4650
comment.dbmax 0
iface MIXER
name 'LFE Playback Volume'
value 31
}
control.7 {
comment.access 'read write'
comment.type BOOLEAN
comment.count 1
iface MIXER
name 'Center Playback Switch'
value true
}
control.8 {
comment.access 'read write'
comment.type BOOLEAN
comment.count 1
iface MIXER
name 'LFE Playback Switch'
value true
}
control.9 {
comment.access 'read write'
comment.type INTEGER
comment.count 2
comment.range '0 - 31'
comment.dbmin -4650
comment.dbmax 0
iface MIXER
name 'Side Playback Volume'
value.0 31
value.1 31
}
control.10 {
comment.access 'read write'
comment.type BOOLEAN
comment.count 2
iface MIXER
name 'Side Playback Switch'
value.0 true
value.1 true
}
control.11 {
comment.access 'read write'
comment.type BOOLEAN
comment.count 2
iface MIXER
name 'Headphone Playback Switch'
value.0 true
value.1 true
}
control.12 {
comment.access 'read write'
comment.type INTEGER
comment.count 2
comment.range '0 - 31'
comment.dbmin -3450
comment.dbmax 1200
iface MIXER
name 'CD Playback Volume'
value.0 23
value.1 23
}
control.13 {
comment.access 'read write'
comment.type BOOLEAN
comment.count 2
iface MIXER
name 'CD Playback Switch'
value.0 true
value.1 true
}
control.14 {
comment.access 'read write'
comment.type INTEGER
comment.count 2
comment.range '0 - 31'
comment.dbmin -3450
comment.dbmax 1200
iface MIXER
name 'Line Playback Volume'
value.0 0
value.1 0
}
control.15 {
comment.access 'read write'
comment.type BOOLEAN
comment.count 2
iface MIXER
name 'Line Playback Switch'
value.0 false
value.1 false
}
control.16 {
comment.access 'read write'
comment.type INTEGER
comment.count 2
comment.range '0 - 31'
comment.dbmin -3450
comment.dbmax 1200
iface MIXER
name 'Mic Playback Volume'
value.0 0
value.1 0
}
control.17 {
comment.access 'read write'
comment.type INTEGER
comment.count 2
comment.range '0 - 3'
comment.dbmin 0
comment.dbmax 3000
iface MIXER
name 'Mic Boost Volume'
value.0 0
value.1 0
}
control.18 {
comment.access 'read write'
comment.type BOOLEAN
comment.count 2
iface MIXER
name 'Mic Playback Switch'
value.0 false
value.1 false
}
control.19 {
comment.access 'read write'
comment.type INTEGER
comment.count 2
comment.range '0 - 31'
comment.dbmin -3450
comment.dbmax 1200
iface MIXER
name 'Front Mic Playback Volume'
value.0 0
value.1 0
}
control.20 {
comment.access 'read write'
comment.type INTEGER
comment.count 2
comment.range '0 - 3'
comment.dbmin 0
comment.dbmax 3000
iface MIXER
name 'Front Mic Boost Volume'
value.0 0
value.1 0
}
control.21 {
comment.access 'read write'
comment.type BOOLEAN
comment.count 2
iface MIXER
name 'Front Mic Playback Switch'
value.0 false
value.1 false
}
control.22 {
comment.access 'read write'
comment.type ENUMERATED
comment.count 1
comment.item.0 '6ch'
comment.item.1 '8ch'
iface MIXER
name 'Channel Mode'
value '6ch'
}
control.23 {
comment.access 'read write'
comment.type BOOLEAN
comment.count 2
iface MIXER
name 'Capture Switch'
value.0 true
value.1 true
}
control.24 {
comment.access 'read write'
comment.type BOOLEAN
comment.count 2
iface MIXER
name 'Capture Switch'
index 1
value.0 false
value.1 false
}
control.25 {
comment.access 'read write'
comment.type INTEGER
comment.count 2
comment.range '0 - 31'
comment.dbmin -1650
comment.dbmax 3000
iface MIXER
name 'Capture Volume'
value.0 19
value.1 19
}
control.26 {
comment.access 'read write'
comment.type INTEGER
comment.count 2
comment.range '0 - 31'
comment.dbmin -1650
comment.dbmax 3000
iface MIXER
name 'Capture Volume'
index 1
value.0 0
value.1 0
}
control.27 {
comment.access 'read write'
comment.type ENUMERATED
comment.count 1
comment.item.0 Mic
comment.item.1 'Front Mic'
comment.item.2 Line
comment.item.3 CD
iface MIXER
name 'Input Source'
value Mic
}
control.28 {
comment.access 'read write'
comment.type ENUMERATED
comment.count 1
comment.item.0 Mic
comment.item.1 'Front Mic'
comment.item.2 Line
comment.item.3 CD
iface MIXER
name 'Input Source'
index 1
value Mic
}
control.29 {
comment.access read
comment.type IEC958
comment.count 1
iface MIXER
name 'IEC958 Playback Con Mask'
value '0fff000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000'
}
control.30 {
comment.access read
comment.type IEC958
comment.count 1
iface MIXER
name 'IEC958 Playback Pro Mask'
value '0f00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000'
}
control.31 {
comment.access 'read write'
comment.type IEC958
comment.count 1
iface MIXER
name 'IEC958 Playback Default'
value '0400000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000'
}
control.32 {
comment.access 'read write'
comment.type BOOLEAN
comment.count 1
iface MIXER
name 'IEC958 Playback Switch'
value true
}
control.33 {
comment.access 'read write'
comment.type BOOLEAN
comment.count 1
iface MIXER
name 'IEC958 Default PCM Playback Switch'
value true
}
control.34 {
comment.access 'read write'
comment.type BOOLEAN
comment.count 1
iface MIXER
name 'IEC958 Capture Switch'
value false
}
control.35 {
comment.access read
comment.type IEC958
comment.count 1
iface MIXER
name 'IEC958 Capture Default'
value '0400000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000'
}
control.36 {
comment.access 'read write'
comment.type INTEGER
comment.count 1
comment.range '0 - 31'
comment.dbmin -4650
comment.dbmax 0
iface MIXER
name 'Master Playback Volume'
value 18
}
control.37 {
comment.access 'read write'
comment.type BOOLEAN
comment.count 1
iface MIXER
name 'Master Playback Switch'
value true
}
control.38 {
comment.access 'read write user'
comment.type INTEGER
comment.count 2
comment.range '0 - 255'
comment.tlv '0000000100000008ffffec1400000014'
comment.dbmin -5100
comment.dbmax 0
iface MIXER
name 'PCM Playback Volume'
value.0 250
value.1 250
}
}
--endcollapse--
!!All Loaded Modules
!!------------------
!!ALSA/HDA dmesg
!!------------------
usbhid: USB HID core driver
HDA Intel 0000:00:1b.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
HDA Intel 0000:00:1b.0: setting latency timer to 64
input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input2
ALSA device list:
#0: HDA Intel at 0xe3500000 irq 16
ip_tables: (C) 2000-2006 Netfilter Core Team
upload=true&script=true&cardinfo=
!!################################
!!ALSA Information Script v 0.4.59
!!################################
!!Script ran on: Tue Apr 26 00:03:11 UTC 2011
!!Linux Distribution
!!------------------
Fedora release 14 (Laughlin) Fedora release 14 (Laughlin) Fedora release 14 (Laughlin) Fedora release 14 (Laughlin)
!!DMI Information
!!---------------
Manufacturer: Gigabyte Technology Co., Ltd.
Product Name: G41M-ES2L
!!Kernel Information
!!------------------
Kernel release: 2.6.38.4
Operating System: GNU/Linux
Architecture: x86_64
Processor: x86_64
SMP Enabled: Yes
!!ALSA Version
!!------------
Driver version: 1.0.23
Library version: 1.0.24
Utilities version: 1.0.23
!!Loaded ALSA modules
!!-------------------
!!Sound Servers on this system
!!----------------------------
Pulseaudio:
Installed - Yes (/usr/bin/pulseaudio)
Running - Yes
Jack:
Installed - Yes (/usr/bin/jackd)
Running - No
!!Soundcards recognised by ALSA
!!-----------------------------
0 [Intel ]: HDA-Intel - HDA Intel
HDA Intel at 0xe3500000 irq 16
!!PCI Soundcards installed in the system
!!--------------------------------------
00:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition Audio Controller (rev 01)
!!Advanced information - PCI Vendor/Device/Susbsystem ID's
!!--------------------------------------------------------
00:1b.0 0403: 8086:27d8 (rev 01)
Subsystem: 1458:a002
!!Loaded sound module options
!!--------------------------
!!HDA-Intel Codec information
!!---------------------------
--startcollapse--
Codec: Realtek ALC887
Address: 2
AFG Function Id: 0x1 (unsol 1)
Vendor Id: 0x10ec0887
Subsystem Id: 0x1458a002
Revision Id: 0x100202
No Modem Function Group found
Default PCM:
rates [0x560]: 44100 48000 96000 192000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Default Amp-In caps: N/A
Default Amp-Out caps: N/A
GPIO: io=2, o=0, i=0, unsolicited=1, wake=1
IO[0]: enable=0, dir=0, wake=0, sticky=0, data=0, unsol=0
IO[1]: enable=0, dir=0, wake=0, sticky=0, data=0, unsol=0
Node 0x02 [Audio Output] wcaps 0x411: Stereo
Device: name="ALC887 Analog", type="Audio", device=0
Converter: stream=5, channel=0
PCM:
rates [0x560]: 44100 48000 96000 192000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Node 0x03 [Audio Output] wcaps 0x411: Stereo
Converter: stream=0, channel=0
PCM:
rates [0x560]: 44100 48000 96000 192000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Node 0x04 [Audio Output] wcaps 0x411: Stereo
Converter: stream=0, channel=0
PCM:
rates [0x560]: 44100 48000 96000 192000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Node 0x05 [Audio Output] wcaps 0x411: Stereo
Converter: stream=0, channel=0
PCM:
rates [0x560]: 44100 48000 96000 192000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Node 0x06 [Audio Output] wcaps 0x611: Stereo Digital
Control: name="IEC958 Playback Con Mask", index=0, device=0
Control: name="IEC958 Playback Pro Mask", index=0, device=0
Control: name="IEC958 Playback Default", index=0, device=0
Control: name="IEC958 Playback Switch", index=0, device=0
Control: name="IEC958 Default PCM Playback Switch", index=0, device=0
Device: name="ALC887 Digital", type="SPDIF", device=1
Converter: stream=5, channel=0
Digital: Enabled
Digital category: 0x0
PCM:
rates [0x5e0]: 44100 48000 88200 96000 192000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Node 0x07 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x08 [Audio Input] wcaps 0x10051b: Stereo Amp-In
Control: name="Capture Switch", index=0, device=0
Control: name="Capture Volume", index=0, device=0
Device: name="ALC887 Analog", type="Audio", device=0
Amp-In caps: ofs=0x0b, nsteps=0x1f, stepsize=0x05, mute=1
Amp-In vals: [0x13 0x13]
Converter: stream=1, channel=0
SDI-Select: 0
PCM:
rates [0x560]: 44100 48000 96000 192000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Connection: 1
0x23
Node 0x09 [Audio Input] wcaps 0x10051b: Stereo Amp-In
Control: name="Capture Switch", index=1, device=0
Control: name="Capture Volume", index=1, device=0
Device: name="ALC887 Analog", type="Audio", device=2
Amp-In caps: ofs=0x0b, nsteps=0x1f, stepsize=0x05, mute=1
Amp-In vals: [0x00 0x00]
Converter: stream=0, channel=0
SDI-Select: 0
PCM:
rates [0x560]: 44100 48000 96000 192000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Connection: 1
0x22
Node 0x0a [Audio Input] wcaps 0x100711: Stereo Digital
Control: name="IEC958 Capture Switch", index=0, device=0
Control: name="IEC958 Capture Default", index=0, device=0
Device: name="ALC887 Digital", type="SPDIF", device=1
Converter: stream=4, channel=0
SDI-Select: 0
Digital:
Digital category: 0x0
PCM:
rates [0x560]: 44100 48000 96000 192000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Connection: 1
0x1f
Node 0x0b [Audio Mixer] wcaps 0x20010b: Stereo Amp-In
Control: name="Rear Mic Playback Volume", index=0, device=0
ControlAmp: chs=3, dir=In, idx=0, ofs=0
Control: name="Rear Mic Playback Switch", index=0, device=0
ControlAmp: chs=3, dir=In, idx=0, ofs=0
Control: name="Front Mic Playback Volume", index=0, device=0
ControlAmp: chs=3, dir=In, idx=1, ofs=0
Control: name="Front Mic Playback Switch", index=0, device=0
ControlAmp: chs=3, dir=In, idx=1, ofs=0
Control: name="Line Playback Volume", index=0, device=0
ControlAmp: chs=3, dir=In, idx=2, ofs=0
Control: name="Line Playback Switch", index=0, device=0
ControlAmp: chs=3, dir=In, idx=2, ofs=0
Amp-In caps: ofs=0x17, nsteps=0x1f, stepsize=0x05, mute=1
Amp-In vals: [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80]
Connection: 10
0x18 0x19 0x1a 0x1b 0x1c 0x1d 0x14 0x15 0x16 0x17
Node 0x0c [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out
Control: name="Speaker Playback Volume", index=0, device=0
ControlAmp: chs=3, dir=Out, idx=0, ofs=0
Control: name="Speaker Playback Switch", index=0, device=0
ControlAmp: chs=3, dir=In, idx=2, ofs=0
Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-In vals: [0x00 0x00] [0x00 0x00]
Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=0
Amp-Out vals: [0x00 0x00]
Connection: 2
0x02 0x0b
Node 0x0d [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-In vals: [0x00 0x00] [0x00 0x00]
Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=0
Amp-Out vals: [0x00 0x00]
Connection: 2
0x03 0x0b
Node 0x0e [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-In vals: [0x00 0x00] [0x00 0x00]
Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=0
Amp-Out vals: [0x00 0x00]
Connection: 2
0x04 0x0b
Node 0x0f [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-In vals: [0x00 0x00] [0x00 0x00]
Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=0
Amp-Out vals: [0x00 0x00]
Connection: 2
0x05 0x0b
Node 0x10 [Audio Output] wcaps 0x611: Stereo Digital
Converter: stream=0, channel=0
Digital:
Digital category: 0x0
PCM:
rates [0x5e0]: 44100 48000 88200 96000 192000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Node 0x11 [Pin Complex] wcaps 0x400780: Mono Digital
Pincap 0x00000014: OUT Detect
Pin Default 0x411110f0: [N/A] Speaker at Ext Rear
Conn = 1/8, Color = Black
DefAssociation = 0xf, Sequence = 0x0
Pin-ctls: 0x40: OUT
Unsolicited: tag=00, enabled=0
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Connection: 1
0x10
Node 0x12 [Pin Complex] wcaps 0x400401: Stereo
Pincap 0x00000020: IN
Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
Conn = 1/8, Color = Black
DefAssociation = 0xf, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0x00:
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Node 0x13 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x14 [Pin Complex] wcaps 0x40058f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
Amp-In vals: [0x00 0x00]
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x00 0x00]
Pincap 0x0000003e: IN OUT HP Detect Trigger
Pin Default 0x01114410: [Jack] Speaker at Ext Rear
Conn = 1/8, Color = Green
DefAssociation = 0x1, Sequence = 0x0
Pin-ctls: 0x40: OUT
Unsolicited: tag=00, enabled=0
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Connection: 5
0x0c* 0x0d 0x0e 0x0f 0x26
Node 0x15 [Pin Complex] wcaps 0x40058f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
Amp-In vals: [0x00 0x00]
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x80 0x80]
Pincap 0x0000003e: IN OUT HP Detect Trigger
Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
Conn = 1/8, Color = Black
DefAssociation = 0xf, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0x20: IN
Unsolicited: tag=00, enabled=0
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Connection: 5
0x0c 0x0d* 0x0e 0x0f 0x26
Node 0x16 [Pin Complex] wcaps 0x40058f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
Amp-In vals: [0x00 0x00]
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x80 0x80]
Pincap 0x00000036: IN OUT Detect Trigger
Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
Conn = 1/8, Color = Black
DefAssociation = 0xf, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0x20: IN
Unsolicited: tag=00, enabled=0
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Connection: 5
0x0c 0x0d 0x0e* 0x0f 0x26
Node 0x17 [Pin Complex] wcaps 0x40058f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
Amp-In vals: [0x00 0x00]
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x80 0x80]
Pincap 0x00000036: IN OUT Detect Trigger
Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
Conn = 1/8, Color = Black
DefAssociation = 0xf, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0x20: IN
Unsolicited: tag=00, enabled=0
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Connection: 5
0x0c 0x0d 0x0e 0x0f* 0x26
Node 0x18 [Pin Complex] wcaps 0x40058f: Stereo Amp-In Amp-Out
Control: name="Rear Mic Boost Volume", index=0, device=0
ControlAmp: chs=3, dir=In, idx=0, ofs=0
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
Amp-In vals: [0x00 0x00]
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x80 0x80]
Pincap 0x0000373e: IN OUT HP Detect Trigger
Vref caps: HIZ 50 GRD 80 100
Pin Default 0x01a19c40: [Jack] Mic at Ext Rear
Conn = 1/8, Color = Pink
DefAssociation = 0x4, Sequence = 0x0
Pin-ctls: 0x21: IN VREF_50
Unsolicited: tag=00, enabled=0
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Connection: 5
0x0c* 0x0d 0x0e 0x0f 0x26
Node 0x19 [Pin Complex] wcaps 0x40058f: Stereo Amp-In Amp-Out
Control: name="Front Mic Boost Volume", index=0, device=0
ControlAmp: chs=3, dir=In, idx=0, ofs=0
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
Amp-In vals: [0x00 0x00]
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x80 0x80]
Pincap 0x0000373e: IN OUT HP Detect Trigger
Vref caps: HIZ 50 GRD 80 100
Pin Default 0x02a19c50: [Jack] Mic at Ext Front
Conn = 1/8, Color = Pink
DefAssociation = 0x5, Sequence = 0x0
Pin-ctls: 0x24: IN VREF_80
Unsolicited: tag=00, enabled=0
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Connection: 5
0x0c* 0x0d 0x0e 0x0f 0x26
Node 0x1a [Pin Complex] wcaps 0x40058f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
Amp-In vals: [0x00 0x00]
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x80 0x80]
Pincap 0x0000373e: IN OUT HP Detect Trigger
Vref caps: HIZ 50 GRD 80 100
Pin Default 0x0181344f: [Jack] Line In at Ext Rear
Conn = 1/8, Color = Blue
DefAssociation = 0x4, Sequence = 0xf
Pin-ctls: 0x20: IN VREF_HIZ
Unsolicited: tag=00, enabled=0
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Connection: 5
0x0c* 0x0d 0x0e 0x0f 0x26
Node 0x1b [Pin Complex] wcaps 0x40058f: Stereo Amp-In Amp-Out
Control: name="Headphone Playback Switch", index=0, device=0
ControlAmp: chs=3, dir=Out, idx=0, ofs=0
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
Amp-In vals: [0x00 0x00]
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x00 0x00]
Pincap 0x0000373e: IN OUT HP Detect Trigger
Vref caps: HIZ 50 GRD 80 100
Pin Default 0x02214c20: [Jack] HP Out at Ext Front
Conn = 1/8, Color = Green
DefAssociation = 0x2, Sequence = 0x0
Pin-ctls: 0xc0: OUT HP VREF_HIZ
Unsolicited: tag=04, enabled=1
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Connection: 5
0x0c* 0x0d 0x0e 0x0f 0x26
Node 0x1c [Pin Complex] wcaps 0x400481: Stereo
Pincap 0x00000024: IN Detect
Pin Default 0x593301f0: [N/A] CD at Int ATAPI
Conn = ATAPI, Color = Unknown
DefAssociation = 0xf, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0x20: IN
Unsolicited: tag=00, enabled=0
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Node 0x1d [Pin Complex] wcaps 0x400400: Mono
Pincap 0x00000020: IN
Pin Default 0x4005c603: [N/A] Line Out at Ext N/A
Conn = Optical, Color = UNKNOWN
DefAssociation = 0x0, Sequence = 0x3
Pin-ctls: 0x20: IN
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Node 0x1e [Pin Complex] wcaps 0x400780: Mono Digital
Pincap 0x00000014: OUT Detect
Pin Default 0x014b6130: [Jack] SPDIF Out at Ext Rear
Conn = Comb, Color = Orange
DefAssociation = 0x3, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0x40: OUT
Unsolicited: tag=00, enabled=0
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Connection: 1
0x06
Node 0x1f [Pin Complex] wcaps 0x400680: Mono Digital
Pincap 0x00000024: IN Detect
Pin Default 0x01cb7160: [Jack] SPDIF In at Ext Rear
Conn = Comb, Color = Yellow
DefAssociation = 0x6, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0x20: IN
Unsolicited: tag=00, enabled=0
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Node 0x20 [Vendor Defined Widget] wcaps 0xf00040: Mono
Processing caps: benign=0, ncoeff=25
Node 0x21 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x22 [Audio Mixer] wcaps 0x20010b: Stereo Amp-In
Control: name="Input Source", index=1, device=0
Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-In vals: [0x00 0x00] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80]
Connection: 12
0x18 0x19 0x1a 0x1b 0x1c 0x1d 0x14 0x15 0x16 0x17 0x0b 0x12
Node 0x23 [Audio Mixer] wcaps 0x20010b: Stereo Amp-In
Control: name="Input Source", index=0, device=0
Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-In vals: [0x80 0x80] [0x00 0x00] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80]
Connection: 11
0x18 0x19 0x1a 0x1b 0x1c 0x1d 0x14 0x15 0x16 0x17 0x0b
Node 0x24 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x25 [Audio Output] wcaps 0x411: Stereo
Converter: stream=0, channel=0
PCM:
rates [0x560]: 44100 48000 96000 192000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Power states: D0 D1 D2 D3 EPSS
Power: setting=D0, actual=D0
Node 0x26 [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-In vals: [0x00 0x00] [0x00 0x00]
Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=0
Amp-Out vals: [0x00 0x00]
Connection: 2
0x25 0x0b
--endcollapse--
!!ALSA Device nodes
!!-----------------
crw-rw----+ 1 root audio 116, 0 Apr 26 01:02 /dev/snd/controlC0
crw-rw----+ 1 root audio 116, 24 Apr 26 01:02 /dev/snd/pcmC0D0c
crw-rw----+ 1 root audio 116, 16 Apr 26 01:02 /dev/snd/pcmC0D0p
crw-rw----+ 1 root audio 116, 25 Apr 26 01:02 /dev/snd/pcmC0D1c
crw-rw----+ 1 root audio 116, 17 Apr 26 01:02 /dev/snd/pcmC0D1p
crw-rw----+ 1 root audio 116, 26 Apr 26 01:02 /dev/snd/pcmC0D2c
crw-rw----+ 1 root audio 116, 1 Apr 26 01:02 /dev/snd/seq
crw-rw----+ 1 root audio 116, 33 Apr 26 01:02 /dev/snd/timer
/dev/snd/by-path:
total 0
drwxr-xr-x 2 root root 60 Apr 26 01:02 .
drwxr-xr-x 3 root root 220 Apr 26 01:02 ..
lrwxrwxrwx 1 root root 12 Apr 26 01:02 pci-0000:00:1b.0 -> ../controlC0
!!ALSA configuration files
!!------------------------
!!System wide config file (/etc/asound.conf)
#
# Place your global alsa-lib configuration here...
#
@hooks [
{
func load
files [
"/etc/alsa/pulse-default.conf"
]
errors false
}
]
!!Aplay/Arecord output
!!------------
APLAY
**** List of PLAYBACK Hardware Devices ****
card 0: Intel [HDA Intel], device 0: ALC887 Analog [ALC887 Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: Intel [HDA Intel], device 1: ALC887 Digital [ALC887 Digital]
Subdevices: 1/1
Subdevice #0: subdevice #0
ARECORD
**** List of CAPTURE Hardware Devices ****
card 0: Intel [HDA Intel], device 0: ALC887 Analog [ALC887 Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: Intel [HDA Intel], device 1: ALC887 Digital [ALC887 Digital]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: Intel [HDA Intel], device 2: ALC887 Analog [ALC887 Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
!!Amixer output
!!-------------
!!-------Mixer controls for card 0 [Intel]
Card hw:0 'Intel'/'HDA Intel at 0xe3500000 irq 16'
Mixer name : 'Realtek ALC887'
Components : 'HDA:10ec0887,1458a002,00100202'
Controls : 27
Simple ctrls : 15
Simple mixer control 'Master',0
Capabilities: pvolume pvolume-joined pswitch pswitch-joined penum
Playback channels: Mono
Limits: Playback 0 - 31
Mono: Playback 18 [58%] [-19.50dB] [on]
Simple mixer control 'Headphone',0
Capabilities: pswitch penum
Playback channels: Front Left - Front Right
Mono:
Front Left: Playback [on]
Front Right: Playback [on]
Simple mixer control 'Speaker',0
Capabilities: pvolume pswitch penum
Playback channels: Front Left - Front Right
Limits: Playback 0 - 31
Mono:
Front Left: Playback 0 [0%] [-46.50dB] [on]
Front Right: Playback 0 [0%] [-46.50dB] [on]
Simple mixer control 'PCM',0
Capabilities: pvolume penum
Playback channels: Front Left - Front Right
Limits: Playback 0 - 255
Mono:
Front Left: Playback 250 [98%] [-1.00dB]
Front Right: Playback 250 [98%] [-1.00dB]
Simple mixer control 'Front Mic',0
Capabilities: pvolume pswitch penum
Playback channels: Front Left - Front Right
Limits: Playback 0 - 31
Mono:
Front Left: Playback 0 [0%] [-34.50dB] [off]
Front Right: Playback 0 [0%] [-34.50dB] [off]
Simple mixer control 'Front Mic Boost',0
Capabilities: volume penum
Playback channels: Front Left - Front Right
Capture channels: Front Left - Front Right
Limits: 0 - 3
Front Left: 0 [0%] [0.00dB]
Front Right: 0 [0%] [0.00dB]
Simple mixer control 'Line',0
Capabilities: pvolume pswitch penum
Playback channels: Front Left - Front Right
Limits: Playback 0 - 31
Mono:
Front Left: Playback 0 [0%] [-34.50dB] [off]
Front Right: Playback 0 [0%] [-34.50dB] [off]
Simple mixer control 'IEC958',0
Capabilities: pswitch pswitch-joined cswitch cswitch-joined penum
Playback channels: Mono
Capture channels: Mono
Mono: Playback [on] Capture [off]
Simple mixer control 'IEC958 Default PCM',0
Capabilities: pswitch pswitch-joined penum
Playback channels: Mono
Mono: Playback [on]
Simple mixer control 'Capture',0
Capabilities: cvolume cswitch penum
Capture channels: Front Left - Front Right
Limits: Capture 0 - 31
Front Left: Capture 19 [61%] [12.00dB] [on]
Front Right: Capture 19 [61%] [12.00dB] [on]
Simple mixer control 'Capture',1
Capabilities: cvolume cswitch penum
Capture channels: Front Left - Front Right
Limits: Capture 0 - 31
Front Left: Capture 0 [0%] [-16.50dB] [on]
Front Right: Capture 0 [0%] [-16.50dB] [on]
Simple mixer control 'Input Source',0
Capabilities: cenum
Items: 'Rear Mic' 'Front Mic' 'Line'
Item0: 'Front Mic'
Simple mixer control 'Input Source',1
Capabilities: cenum
Items: 'Rear Mic' 'Front Mic' 'Line'
Item0: 'Rear Mic'
Simple mixer control 'Rear Mic',0
Capabilities: pvolume pswitch penum
Playback channels: Front Left - Front Right
Limits: Playback 0 - 31
Mono:
Front Left: Playback 0 [0%] [-34.50dB] [off]
Front Right: Playback 0 [0%] [-34.50dB] [off]
Simple mixer control 'Rear Mic Boost',0
Capabilities: volume penum
Playback channels: Front Left - Front Right
Capture channels: Front Left - Front Right
Limits: 0 - 3
Front Left: 0 [0%] [0.00dB]
Front Right: 0 [0%] [0.00dB]
!!Alsactl output
!!-------------
--startcollapse--
state.Intel {
control.1 {
comment.access 'read write'
comment.type INTEGER
comment.count 2
comment.range '0 - 31'
comment.dbmin -4650
comment.dbmax 0
iface MIXER
name 'Speaker Playback Volume'
value.0 0
value.1 0
}
control.2 {
comment.access 'read write'
comment.type BOOLEAN
comment.count 2
iface MIXER
name 'Speaker Playback Switch'
value.0 true
value.1 true
}
control.3 {
comment.access 'read write'
comment.type BOOLEAN
comment.count 2
iface MIXER
name 'Headphone Playback Switch'
value.0 true
value.1 true
}
control.4 {
comment.access 'read write'
comment.type INTEGER
comment.count 2
comment.range '0 - 31'
comment.dbmin -3450
comment.dbmax 1200
iface MIXER
name 'Rear Mic Playback Volume'
value.0 0
value.1 0
}
control.5 {
comment.access 'read write'
comment.type BOOLEAN
comment.count 2
iface MIXER
name 'Rear Mic Playback Switch'
value.0 false
value.1 false
}
control.6 {
comment.access 'read write'
comment.type INTEGER
comment.count 2
comment.range '0 - 31'
comment.dbmin -3450
comment.dbmax 1200
iface MIXER
name 'Front Mic Playback Volume'
value.0 0
value.1 0
}
control.7 {
comment.access 'read write'
comment.type BOOLEAN
comment.count 2
iface MIXER
name 'Front Mic Playback Switch'
value.0 false
value.1 false
}
control.8 {
comment.access 'read write'
comment.type INTEGER
comment.count 2
comment.range '0 - 31'
comment.dbmin -3450
comment.dbmax 1200
iface MIXER
name 'Line Playback Volume'
value.0 0
value.1 0
}
control.9 {
comment.access 'read write'
comment.type BOOLEAN
comment.count 2
iface MIXER
name 'Line Playback Switch'
value.0 false
value.1 false
}
control.10 {
comment.access 'read write'
comment.type INTEGER
comment.count 2
comment.range '0 - 3'
comment.dbmin 0
comment.dbmax 3000
iface MIXER
name 'Rear Mic Boost Volume'
value.0 0
value.1 0
}
control.11 {
comment.access 'read write'
comment.type INTEGER
comment.count 2
comment.range '0 - 3'
comment.dbmin 0
comment.dbmax 3000
iface MIXER
name 'Front Mic Boost Volume'
value.0 0
value.1 0
}
control.12 {
comment.access 'read write'
comment.type BOOLEAN
comment.count 2
iface MIXER
name 'Capture Switch'
value.0 true
value.1 true
}
control.13 {
comment.access 'read write'
comment.type BOOLEAN
comment.count 2
iface MIXER
name 'Capture Switch'
index 1
value.0 true
value.1 true
}
control.14 {
comment.access 'read write'
comment.type INTEGER
comment.count 2
comment.range '0 - 31'
comment.dbmin -1650
comment.dbmax 3000
iface MIXER
name 'Capture Volume'
value.0 19
value.1 19
}
control.15 {
comment.access 'read write'
comment.type INTEGER
comment.count 2
comment.range '0 - 31'
comment.dbmin -1650
comment.dbmax 3000
iface MIXER
name 'Capture Volume'
index 1
value.0 0
value.1 0
}
control.16 {
comment.access 'read write'
comment.type ENUMERATED
comment.count 1
comment.item.0 'Rear Mic'
comment.item.1 'Front Mic'
comment.item.2 Line
iface MIXER
name 'Input Source'
value 'Front Mic'
}
control.17 {
comment.access 'read write'
comment.type ENUMERATED
comment.count 1
comment.item.0 'Rear Mic'
comment.item.1 'Front Mic'
comment.item.2 Line
iface MIXER
name 'Input Source'
index 1
value 'Rear Mic'
}
control.18 {
comment.access read
comment.type IEC958
comment.count 1
iface MIXER
name 'IEC958 Playback Con Mask'
value '0fff000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000'
}
control.19 {
comment.access read
comment.type IEC958
comment.count 1
iface MIXER
name 'IEC958 Playback Pro Mask'
value '0f00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000'
}
control.20 {
comment.access 'read write'
comment.type IEC958
comment.count 1
iface MIXER
name 'IEC958 Playback Default'
value '0400000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000'
}
control.21 {
comment.access 'read write'
comment.type BOOLEAN
comment.count 1
iface MIXER
name 'IEC958 Playback Switch'
value true
}
control.22 {
comment.access 'read write'
comment.type BOOLEAN
comment.count 1
iface MIXER
name 'IEC958 Default PCM Playback Switch'
value true
}
control.23 {
comment.access 'read write'
comment.type BOOLEAN
comment.count 1
iface MIXER
name 'IEC958 Capture Switch'
value false
}
control.24 {
comment.access read
comment.type IEC958
comment.count 1
iface MIXER
name 'IEC958 Capture Default'
value '0400000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000'
}
control.25 {
comment.access 'read write'
comment.type INTEGER
comment.count 1
comment.range '0 - 31'
comment.dbmin -4650
comment.dbmax 0
iface MIXER
name 'Master Playback Volume'
value 18
}
control.26 {
comment.access 'read write'
comment.type BOOLEAN
comment.count 1
iface MIXER
name 'Master Playback Switch'
value true
}
control.27 {
comment.access 'read write user'
comment.type INTEGER
comment.count 2
comment.range '0 - 255'
comment.tlv '0000000100000008ffffec1400000014'
comment.dbmin -5100
comment.dbmax 0
iface MIXER
name 'PCM Playback Volume'
value.0 250
value.1 250
}
}
--endcollapse--
!!All Loaded Modules
!!------------------
!!ALSA/HDA dmesg
!!------------------
usbhid: USB HID core driver
HDA Intel 0000:00:1b.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
HDA Intel 0000:00:1b.0: setting latency timer to 64
input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input2
hda_codec: ALC887: BIOS auto-probing.
input: HDA Intel Headphone as /devices/pci0000:00/0000:00:1b.0/sound/card0/input3
ALSA device list:
#0: HDA Intel at 0xe3500000 irq 16
ip_tables: (C) 2000-2006 Netfilter Core Team
On Tue, Apr 26, 2011 at 3:25 AM, Takashi Iwai <[email protected]> wrote:
> At Mon, 25 Apr 2011 10:34:09 -0700,
> Greg KH wrote:
>>
>> On Mon, Apr 25, 2011 at 11:25:29AM +0200, Takashi Iwai wrote:
>> > At Sun, 24 Apr 2011 17:01:26 -0700,
>> > Greg KH wrote:
>> > >
>> > > On Sun, Apr 24, 2011 at 11:30:37AM +0100, Andrew Clayton wrote:
>> > > > Hi guys.
>> > > >
>> > > > Just upgraded to .4 from .3 and found my audio was _really_ quiet. All
>> > > > the mixers looked sane.
>> > > >
>> > > > A quick check of the changelog and a revert of:
>> > > >
>> > > > commit 58541cc27531727f7120683a7cb123ee3ada4bd4
>> > > > Author: Takashi Iwai <[email protected]>
>> > > > Date: Mon Mar 28 12:05:31 2011 +0200
>> > > >
>> > > > ALSA: hda - Fix pin-config of Gigabyte mobo
>> > > >
>> > > > commit c6b358748e19ce7e230b0926ac42696bc485a562 upstream.
>> > > >
>> > > > Use pin-fix instead of the static quirk for Gigabyte mobos 1458:a002.
>> > > >
>> > > > Bugzilla: https://bugzilla.novell.com/show_bug.cgi?id=677256
>> > > > Signed-off-by: Takashi Iwai <[email protected]>
>> > > > Signed-off-by: Greg Kroah-Hartman <[email protected]>
>> > > >
>> > > > made it normal again.
>> > >
>> > > Takashi, do you have a fix for this, or should I revert this from the
>> > > .38 stable tree? It looks like we now have 2 reports of this problem.
>> >
>> > If we need to revert, I'll do it in the upstream first, as it must hit
>> > to 2.6.39, too.
>>
>> True.
>>
>> > But let me check this breakage first. I'll take a look at it more
>> > deeply tomorrow.
>>
>> Ok, that sounds good.
>
> Thanks.
>
> Andrew, could you give alsa-info.sh outputs on your machine?
> Preferably, the outputs both before and after the kernel update would
> be really helpful.
In case it might help, mine are attached too.
Thanks.
At Tue, 26 Apr 2011 01:12:12 +0100,
Andrew Clayton wrote:
>
> On Mon, 25 Apr 2011 22:25:16 +0200, Takashi Iwai wrote:
>
> > Andrew, could you give alsa-info.sh outputs on your machine?
> > Preferably, the outputs both before and after the kernel update would
> > be really helpful.
>
> Sure, here you go.
>
> The first one is from 2.6.38.3 where the audio is fine. The second is
> from 2.6.38.4 where the audio is really quiet.
Thanks. In your case, "Speaker" mixer volume is set to zero.
Does the following fix the output?
% amixer -c0 set Speaker 100%
Takashi
At Tue, 26 Apr 2011 08:42:59 +0700,
Emmanuel Benisty wrote:
>
> On Tue, Apr 26, 2011 at 3:25 AM, Takashi Iwai <[email protected]> wrote:
> > At Mon, 25 Apr 2011 10:34:09 -0700,
> > Greg KH wrote:
> >>
> >> On Mon, Apr 25, 2011 at 11:25:29AM +0200, Takashi Iwai wrote:
> >> > At Sun, 24 Apr 2011 17:01:26 -0700,
> >> > Greg KH wrote:
> >> > >
> >> > > On Sun, Apr 24, 2011 at 11:30:37AM +0100, Andrew Clayton wrote:
> >> > > > Hi guys.
> >> > > >
> >> > > > Just upgraded to .4 from .3 and found my audio was _really_ quiet. All
> >> > > > the mixers looked sane.
> >> > > >
> >> > > > A quick check of the changelog and a revert of:
> >> > > >
> >> > > > commit 58541cc27531727f7120683a7cb123ee3ada4bd4
> >> > > > Author: Takashi Iwai <[email protected]>
> >> > > > Date: Mon Mar 28 12:05:31 2011 +0200
> >> > > >
> >> > > > ALSA: hda - Fix pin-config of Gigabyte mobo
> >> > > >
> >> > > > commit c6b358748e19ce7e230b0926ac42696bc485a562 upstream.
> >> > > >
> >> > > > Use pin-fix instead of the static quirk for Gigabyte mobos 1458:a002.
> >> > > >
> >> > > > Bugzilla: https://bugzilla.novell.com/show_bug.cgi?id=677256
> >> > > > Signed-off-by: Takashi Iwai <[email protected]>
> >> > > > Signed-off-by: Greg Kroah-Hartman <[email protected]>
> >> > > >
> >> > > > made it normal again.
> >> > >
> >> > > Takashi, do you have a fix for this, or should I revert this from the
> >> > > .38 stable tree? It looks like we now have 2 reports of this problem.
> >> >
> >> > If we need to revert, I'll do it in the upstream first, as it must hit
> >> > to 2.6.39, too.
> >>
> >> True.
> >>
> >> > But let me check this breakage first. I'll take a look at it more
> >> > deeply tomorrow.
> >>
> >> Ok, that sounds good.
> >
> > Thanks.
> >
> > Andrew, could you give alsa-info.sh outputs on your machine?
> > Preferably, the outputs both before and after the kernel update would
> > be really helpful.
>
> In case it might help, mine are attached too.
Thanks. But the output after update (alsa-info.txt.bad) looks weird.
It contains unexpected pin-update for NID 0x15 (found in
/sys/class/sound/hwC0D0/driver_pin_configs), and thus the mixer
elements created don't match with the results on HD-audio emulator.
Could you double-check whether you have no modification over 2.6.38.4
driver?
Takashi
On Tue, 26 Apr 2011 14:41:45 +0200, Takashi Iwai wrote:
> At Tue, 26 Apr 2011 01:12:12 +0100,
> Andrew Clayton wrote:
> >
> > On Mon, 25 Apr 2011 22:25:16 +0200, Takashi Iwai wrote:
> >
> > > Andrew, could you give alsa-info.sh outputs on your machine?
> > > Preferably, the outputs both before and after the kernel update
> > > would be really helpful.
> >
> > Sure, here you go.
> >
> > The first one is from 2.6.38.3 where the audio is fine. The second
> > is from 2.6.38.4 where the audio is really quiet.
>
> Thanks. In your case, "Speaker" mixer volume is set to zero.
> Does the following fix the output?
>
> % amixer -c0 set Speaker 100%
Ah, indeed it does.
> Takashi
Cheers,
Andrew
On Tue, Apr 26, 2011 at 7:49 PM, Takashi Iwai <[email protected]> wrote:
> At Tue, 26 Apr 2011 08:42:59 +0700,
> Emmanuel Benisty wrote:
>>
>> On Tue, Apr 26, 2011 at 3:25 AM, Takashi Iwai <[email protected]> wrote:
>> > At Mon, 25 Apr 2011 10:34:09 -0700,
>> > Greg KH wrote:
>> >>
>> >> On Mon, Apr 25, 2011 at 11:25:29AM +0200, Takashi Iwai wrote:
>> >> > At Sun, 24 Apr 2011 17:01:26 -0700,
>> >> > Greg KH wrote:
>> >> > >
>> >> > > On Sun, Apr 24, 2011 at 11:30:37AM +0100, Andrew Clayton wrote:
>> >> > > > Hi guys.
>> >> > > >
>> >> > > > Just upgraded to .4 from .3 and found my audio was _really_ quiet. All
>> >> > > > the mixers looked sane.
>> >> > > >
>> >> > > > A quick check of the changelog and a revert of:
>> >> > > >
>> >> > > > commit 58541cc27531727f7120683a7cb123ee3ada4bd4
>> >> > > > Author: Takashi Iwai <[email protected]>
>> >> > > > Date: Mon Mar 28 12:05:31 2011 +0200
>> >> > > >
>> >> > > > ALSA: hda - Fix pin-config of Gigabyte mobo
>> >> > > >
>> >> > > > commit c6b358748e19ce7e230b0926ac42696bc485a562 upstream.
>> >> > > >
>> >> > > > Use pin-fix instead of the static quirk for Gigabyte mobos 1458:a002.
>> >> > > >
>> >> > > > Bugzilla: https://bugzilla.novell.com/show_bug.cgi?id=677256
>> >> > > > Signed-off-by: Takashi Iwai <[email protected]>
>> >> > > > Signed-off-by: Greg Kroah-Hartman <[email protected]>
>> >> > > >
>> >> > > > made it normal again.
>> >> > >
>> >> > > Takashi, do you have a fix for this, or should I revert this from the
>> >> > > .38 stable tree? It looks like we now have 2 reports of this problem.
>> >> >
>> >> > If we need to revert, I'll do it in the upstream first, as it must hit
>> >> > to 2.6.39, too.
>> >>
>> >> True.
>> >>
>> >> > But let me check this breakage first. I'll take a look at it more
>> >> > deeply tomorrow.
>> >>
>> >> Ok, that sounds good.
>> >
>> > Thanks.
>> >
>> > Andrew, could you give alsa-info.sh outputs on your machine?
>> > Preferably, the outputs both before and after the kernel update would
>> > be really helpful.
>>
>> In case it might help, mine are attached too.
>
> Thanks. But the output after update (alsa-info.txt.bad) looks weird.
> It contains unexpected pin-update for NID 0x15 (found in
> /sys/class/sound/hwC0D0/driver_pin_configs), and thus the mixer
> elements created don't match with the results on HD-audio emulator.
>
> Could you double-check whether you have no modification over 2.6.38.4
> driver?
Hi Takashi,
To double check, I have rebuilt .3 and .4 straight from kernel.org
sources with the same config (which I attached, just in case).
alsa-info.sh outputs are attached.
Thanks.
At Wed, 27 Apr 2011 08:15:28 +0700,
Emmanuel Benisty wrote:
>
> [1 <text/plain; UTF-8 (quoted-printable)>]
> On Tue, Apr 26, 2011 at 7:49 PM, Takashi Iwai <[email protected]> wrote:
> > At Tue, 26 Apr 2011 08:42:59 +0700,
> > Emmanuel Benisty wrote:
> >>
> >> On Tue, Apr 26, 2011 at 3:25 AM, Takashi Iwai <[email protected]> wrote:
> >> > At Mon, 25 Apr 2011 10:34:09 -0700,
> >> > Greg KH wrote:
> >> >>
> >> >> On Mon, Apr 25, 2011 at 11:25:29AM +0200, Takashi Iwai wrote:
> >> >> > At Sun, 24 Apr 2011 17:01:26 -0700,
> >> >> > Greg KH wrote:
> >> >> > >
> >> >> > > On Sun, Apr 24, 2011 at 11:30:37AM +0100, Andrew Clayton wrote:
> >> >> > > > Hi guys.
> >> >> > > >
> >> >> > > > Just upgraded to .4 from .3 and found my audio was _really_ quiet. All
> >> >> > > > the mixers looked sane.
> >> >> > > >
> >> >> > > > A quick check of the changelog and a revert of:
> >> >> > > >
> >> >> > > > commit 58541cc27531727f7120683a7cb123ee3ada4bd4
> >> >> > > > Author: Takashi Iwai <[email protected]>
> >> >> > > > Date: Mon Mar 28 12:05:31 2011 +0200
> >> >> > > >
> >> >> > > > ALSA: hda - Fix pin-config of Gigabyte mobo
> >> >> > > >
> >> >> > > > commit c6b358748e19ce7e230b0926ac42696bc485a562 upstream.
> >> >> > > >
> >> >> > > > Use pin-fix instead of the static quirk for Gigabyte mobos 1458:a002.
> >> >> > > >
> >> >> > > > Bugzilla: https://bugzilla.novell.com/show_bug.cgi?id=677256
> >> >> > > > Signed-off-by: Takashi Iwai <[email protected]>
> >> >> > > > Signed-off-by: Greg Kroah-Hartman <[email protected]>
> >> >> > > >
> >> >> > > > made it normal again.
> >> >> > >
> >> >> > > Takashi, do you have a fix for this, or should I revert this from the
> >> >> > > .38 stable tree? It looks like we now have 2 reports of this problem.
> >> >> >
> >> >> > If we need to revert, I'll do it in the upstream first, as it must hit
> >> >> > to 2.6.39, too.
> >> >>
> >> >> True.
> >> >>
> >> >> > But let me check this breakage first. I'll take a look at it more
> >> >> > deeply tomorrow.
> >> >>
> >> >> Ok, that sounds good.
> >> >
> >> > Thanks.
> >> >
> >> > Andrew, could you give alsa-info.sh outputs on your machine?
> >> > Preferably, the outputs both before and after the kernel update would
> >> > be really helpful.
> >>
> >> In case it might help, mine are attached too.
> >
> > Thanks. But the output after update (alsa-info.txt.bad) looks weird.
> > It contains unexpected pin-update for NID 0x15 (found in
> > /sys/class/sound/hwC0D0/driver_pin_configs), and thus the mixer
> > elements created don't match with the results on HD-audio emulator.
> >
> > Could you double-check whether you have no modification over 2.6.38.4
> > driver?
>
> Hi Takashi,
>
> To double check, I have rebuilt .3 and .4 straight from kernel.org
> sources with the same config (which I attached, just in case).
> alsa-info.sh outputs are attached.
Thanks. The bad output still shows the strange pin-config for NID
0x15 while it's not found in the good output.
Could you check the following?
1. Set model=auto option to snd-hda-intel module and boot 2.6.38.3.
Get alsa-info.sh output.
2. Apply fix1.diff patch below to 2.6.38.4, and boot, get alsa-info.sh
again.
3. Reviert fix1.diff, and apply fix2.diff to 2.6.38.4. The same
procedure.
The point to be checked is the widget 0x15. In a good case, it should
have the pin config such as:
Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
In a bad case, the driver modifies this by some reason to
Pin Default 0x99130112: [Fixed] Speaker at Int ATAPI
Takashi
On Wed, Apr 27, 2011 at 3:36 PM, Takashi Iwai <[email protected]> wrote:
> At Wed, 27 Apr 2011 08:15:28 +0700,
> Emmanuel Benisty wrote:
>>
>> [1 <text/plain; UTF-8 (quoted-printable)>]
>> On Tue, Apr 26, 2011 at 7:49 PM, Takashi Iwai <[email protected]> wrote:
>> > At Tue, 26 Apr 2011 08:42:59 +0700,
>> > Emmanuel Benisty wrote:
>> >>
>> >> On Tue, Apr 26, 2011 at 3:25 AM, Takashi Iwai <[email protected]> wrote:
>> >> > At Mon, 25 Apr 2011 10:34:09 -0700,
>> >> > Greg KH wrote:
>> >> >>
>> >> >> On Mon, Apr 25, 2011 at 11:25:29AM +0200, Takashi Iwai wrote:
>> >> >> > At Sun, 24 Apr 2011 17:01:26 -0700,
>> >> >> > Greg KH wrote:
>> >> >> > >
>> >> >> > > On Sun, Apr 24, 2011 at 11:30:37AM +0100, Andrew Clayton wrote:
>> >> >> > > > Hi guys.
>> >> >> > > >
>> >> >> > > > Just upgraded to .4 from .3 and found my audio was _really_ quiet. All
>> >> >> > > > the mixers looked sane.
>> >> >> > > >
>> >> >> > > > A quick check of the changelog and a revert of:
>> >> >> > > >
>> >> >> > > > commit 58541cc27531727f7120683a7cb123ee3ada4bd4
>> >> >> > > > Author: Takashi Iwai <[email protected]>
>> >> >> > > > Date: Mon Mar 28 12:05:31 2011 +0200
>> >> >> > > >
>> >> >> > > > ALSA: hda - Fix pin-config of Gigabyte mobo
>> >> >> > > >
>> >> >> > > > commit c6b358748e19ce7e230b0926ac42696bc485a562 upstream.
>> >> >> > > >
>> >> >> > > > Use pin-fix instead of the static quirk for Gigabyte mobos 1458:a002.
>> >> >> > > >
>> >> >> > > > Bugzilla: https://bugzilla.novell.com/show_bug.cgi?id=677256
>> >> >> > > > Signed-off-by: Takashi Iwai <[email protected]>
>> >> >> > > > Signed-off-by: Greg Kroah-Hartman <[email protected]>
>> >> >> > > >
>> >> >> > > > made it normal again.
>> >> >> > >
>> >> >> > > Takashi, do you have a fix for this, or should I revert this from the
>> >> >> > > .38 stable tree? It looks like we now have 2 reports of this problem.
>> >> >> >
>> >> >> > If we need to revert, I'll do it in the upstream first, as it must hit
>> >> >> > to 2.6.39, too.
>> >> >>
>> >> >> True.
>> >> >>
>> >> >> > But let me check this breakage first. I'll take a look at it more
>> >> >> > deeply tomorrow.
>> >> >>
>> >> >> Ok, that sounds good.
>> >> >
>> >> > Thanks.
>> >> >
>> >> > Andrew, could you give alsa-info.sh outputs on your machine?
>> >> > Preferably, the outputs both before and after the kernel update would
>> >> > be really helpful.
>> >>
>> >> In case it might help, mine are attached too.
>> >
>> > Thanks. But the output after update (alsa-info.txt.bad) looks weird.
>> > It contains unexpected pin-update for NID 0x15 (found in
>> > /sys/class/sound/hwC0D0/driver_pin_configs), and thus the mixer
>> > elements created don't match with the results on HD-audio emulator.
>> >
>> > Could you double-check whether you have no modification over 2.6.38.4
>> > driver?
>>
>> Hi Takashi,
>>
>> To double check, I have rebuilt .3 and .4 straight from kernel.org
>> sources with the same config (which I attached, just in case).
>> alsa-info.sh outputs are attached.
>
> Thanks. The bad output still shows the strange pin-config for NID
> 0x15 while it's not found in the good output.
>
> Could you check the following?
>
> 1. Set model=auto option to snd-hda-intel module and boot 2.6.38.3.
> Get alsa-info.sh output.
>
> 2. Apply fix1.diff patch below to 2.6.38.4, and boot, get alsa-info.sh
> again.
>
> 3. Reviert fix1.diff, and apply fix2.diff to 2.6.38.4. The same
> procedure.
>
> The point to be checked is the widget 0x15. In a good case, it should
> have the pin config such as:
> Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
>
> In a bad case, the driver modifies this by some reason to
> Pin Default 0x99130112: [Fixed] Speaker at Int ATAPI
Hi Takashi,
alsa-info.sh outputs are attached. fix1 works, fix2 is still broken.
Thanks.
At Wed, 27 Apr 2011 21:57:32 +0700,
Emmanuel Benisty wrote:
>
> On Wed, Apr 27, 2011 at 3:36 PM, Takashi Iwai <[email protected]> wrote:
> > At Wed, 27 Apr 2011 08:15:28 +0700,
> > Emmanuel Benisty wrote:
> >>
> >> [1 <text/plain; UTF-8 (quoted-printable)>]
> >> On Tue, Apr 26, 2011 at 7:49 PM, Takashi Iwai <[email protected]> wrote:
> >> > At Tue, 26 Apr 2011 08:42:59 +0700,
> >> > Emmanuel Benisty wrote:
> >> >>
> >> >> On Tue, Apr 26, 2011 at 3:25 AM, Takashi Iwai <[email protected]> wrote:
> >> >> > At Mon, 25 Apr 2011 10:34:09 -0700,
> >> >> > Greg KH wrote:
> >> >> >>
> >> >> >> On Mon, Apr 25, 2011 at 11:25:29AM +0200, Takashi Iwai wrote:
> >> >> >> > At Sun, 24 Apr 2011 17:01:26 -0700,
> >> >> >> > Greg KH wrote:
> >> >> >> > >
> >> >> >> > > On Sun, Apr 24, 2011 at 11:30:37AM +0100, Andrew Clayton wrote:
> >> >> >> > > > Hi guys.
> >> >> >> > > >
> >> >> >> > > > Just upgraded to .4 from .3 and found my audio was _really_ quiet. All
> >> >> >> > > > the mixers looked sane.
> >> >> >> > > >
> >> >> >> > > > A quick check of the changelog and a revert of:
> >> >> >> > > >
> >> >> >> > > > commit 58541cc27531727f7120683a7cb123ee3ada4bd4
> >> >> >> > > > Author: Takashi Iwai <[email protected]>
> >> >> >> > > > Date: Mon Mar 28 12:05:31 2011 +0200
> >> >> >> > > >
> >> >> >> > > > ALSA: hda - Fix pin-config of Gigabyte mobo
> >> >> >> > > >
> >> >> >> > > > commit c6b358748e19ce7e230b0926ac42696bc485a562 upstream.
> >> >> >> > > >
> >> >> >> > > > Use pin-fix instead of the static quirk for Gigabyte mobos 1458:a002.
> >> >> >> > > >
> >> >> >> > > > Bugzilla: https://bugzilla.novell.com/show_bug.cgi?id=677256
> >> >> >> > > > Signed-off-by: Takashi Iwai <[email protected]>
> >> >> >> > > > Signed-off-by: Greg Kroah-Hartman <[email protected]>
> >> >> >> > > >
> >> >> >> > > > made it normal again.
> >> >> >> > >
> >> >> >> > > Takashi, do you have a fix for this, or should I revert this from the
> >> >> >> > > .38 stable tree? It looks like we now have 2 reports of this problem.
> >> >> >> >
> >> >> >> > If we need to revert, I'll do it in the upstream first, as it must hit
> >> >> >> > to 2.6.39, too.
> >> >> >>
> >> >> >> True.
> >> >> >>
> >> >> >> > But let me check this breakage first. I'll take a look at it more
> >> >> >> > deeply tomorrow.
> >> >> >>
> >> >> >> Ok, that sounds good.
> >> >> >
> >> >> > Thanks.
> >> >> >
> >> >> > Andrew, could you give alsa-info.sh outputs on your machine?
> >> >> > Preferably, the outputs both before and after the kernel update would
> >> >> > be really helpful.
> >> >>
> >> >> In case it might help, mine are attached too.
> >> >
> >> > Thanks. But the output after update (alsa-info.txt.bad) looks weird.
> >> > It contains unexpected pin-update for NID 0x15 (found in
> >> > /sys/class/sound/hwC0D0/driver_pin_configs), and thus the mixer
> >> > elements created don't match with the results on HD-audio emulator.
> >> >
> >> > Could you double-check whether you have no modification over 2.6.38.4
> >> > driver?
> >>
> >> Hi Takashi,
> >>
> >> To double check, I have rebuilt .3 and .4 straight from kernel.org
> >> sources with the same config (which I attached, just in case).
> >> alsa-info.sh outputs are attached.
> >
> > Thanks. The bad output still shows the strange pin-config for NID
> > 0x15 while it's not found in the good output.
> >
> > Could you check the following?
> >
> > 1. Set model=auto option to snd-hda-intel module and boot 2.6.38.3.
> > Get alsa-info.sh output.
> >
> > 2. Apply fix1.diff patch below to 2.6.38.4, and boot, get alsa-info.sh
> > again.
> >
> > 3. Reviert fix1.diff, and apply fix2.diff to 2.6.38.4. The same
> > procedure.
> >
> > The point to be checked is the widget 0x15. In a good case, it should
> > have the pin config such as:
> > Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
> >
> > In a bad case, the driver modifies this by some reason to
> > Pin Default 0x99130112: [Fixed] Speaker at Int ATAPI
>
> Hi Takashi,
>
> alsa-info.sh outputs are attached. fix1 works, fix2 is still broken.
Thanks. Hm, so it happens only with the patch. Puzzling.
Could you check the messages triggered by the patch below?
Does it include 0x15?
Takashi
---
diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c
index da7cdca..b62d57f 100644
--- a/sound/pci/hda/patch_realtek.c
+++ b/sound/pci/hda/patch_realtek.c
@@ -1738,6 +1738,7 @@ static void alc_apply_fixup(struct hda_codec *codec, int action)
snd_printdd(KERN_INFO "hda_codec: %s: "
"Apply sku override for %s\n",
codec->chip_name, modelname);
+ printk(KERN_DEBUG "XXX hda_codec: sku\n");
spec->cdefine.sku_cfg = fix->v.sku;
spec->cdefine.fixup = 1;
break;
@@ -1748,9 +1749,12 @@ static void alc_apply_fixup(struct hda_codec *codec, int action)
snd_printdd(KERN_INFO "hda_codec: %s: "
"Apply pincfg for %s\n",
codec->chip_name, modelname);
- for (; cfg->nid; cfg++)
+ printk(KERN_DEBUG "XXX hda_codec: pins\n");
+ for (; cfg->nid; cfg++) {
+ printk(KERN_DEBUG "hda_codec: set pincfg 0x%02x to %08x\n", cfg->nid, cfg->val);
snd_hda_codec_set_pincfg(codec, cfg->nid,
cfg->val);
+ }
break;
case ALC_FIXUP_VERBS:
if (action != ALC_FIXUP_ACT_PROBE || !fix->v.verbs)
@@ -1758,6 +1762,7 @@ static void alc_apply_fixup(struct hda_codec *codec, int action)
snd_printdd(KERN_INFO "hda_codec: %s: "
"Apply fix-verbs for %s\n",
codec->chip_name, modelname);
+ printk(KERN_DEBUG "XXX hda_codec: verbs\n");
add_verb(codec->spec, fix->v.verbs);
break;
case ALC_FIXUP_FUNC:
@@ -1766,6 +1771,7 @@ static void alc_apply_fixup(struct hda_codec *codec, int action)
snd_printdd(KERN_INFO "hda_codec: %s: "
"Apply fix-func for %s\n",
codec->chip_name, modelname);
+ printk(KERN_DEBUG "XXX hda_codec: func\n");
fix->v.func(codec, fix, action);
break;
default:
On Wed, Apr 27, 2011 at 10:47 PM, Takashi Iwai <[email protected]> wrote:
> At Wed, 27 Apr 2011 21:57:32 +0700,
> Emmanuel Benisty wrote:
>>
>> On Wed, Apr 27, 2011 at 3:36 PM, Takashi Iwai <[email protected]> wrote:
>> > At Wed, 27 Apr 2011 08:15:28 +0700,
>> > Emmanuel Benisty wrote:
>> >>
>> >> [1 <text/plain; UTF-8 (quoted-printable)>]
>> >> On Tue, Apr 26, 2011 at 7:49 PM, Takashi Iwai <[email protected]> wrote:
>> >> > At Tue, 26 Apr 2011 08:42:59 +0700,
>> >> > Emmanuel Benisty wrote:
>> >> >>
>> >> >> On Tue, Apr 26, 2011 at 3:25 AM, Takashi Iwai <[email protected]> wrote:
>> >> >> > At Mon, 25 Apr 2011 10:34:09 -0700,
>> >> >> > Greg KH wrote:
>> >> >> >>
>> >> >> >> On Mon, Apr 25, 2011 at 11:25:29AM +0200, Takashi Iwai wrote:
>> >> >> >> > At Sun, 24 Apr 2011 17:01:26 -0700,
>> >> >> >> > Greg KH wrote:
>> >> >> >> > >
>> >> >> >> > > On Sun, Apr 24, 2011 at 11:30:37AM +0100, Andrew Clayton wrote:
>> >> >> >> > > > Hi guys.
>> >> >> >> > > >
>> >> >> >> > > > Just upgraded to .4 from .3 and found my audio was _really_ quiet. All
>> >> >> >> > > > the mixers looked sane.
>> >> >> >> > > >
>> >> >> >> > > > A quick check of the changelog and a revert of:
>> >> >> >> > > >
>> >> >> >> > > > commit 58541cc27531727f7120683a7cb123ee3ada4bd4
>> >> >> >> > > > Author: Takashi Iwai <[email protected]>
>> >> >> >> > > > Date: Mon Mar 28 12:05:31 2011 +0200
>> >> >> >> > > >
>> >> >> >> > > > ALSA: hda - Fix pin-config of Gigabyte mobo
>> >> >> >> > > >
>> >> >> >> > > > commit c6b358748e19ce7e230b0926ac42696bc485a562 upstream.
>> >> >> >> > > >
>> >> >> >> > > > Use pin-fix instead of the static quirk for Gigabyte mobos 1458:a002.
>> >> >> >> > > >
>> >> >> >> > > > Bugzilla: https://bugzilla.novell.com/show_bug.cgi?id=677256
>> >> >> >> > > > Signed-off-by: Takashi Iwai <[email protected]>
>> >> >> >> > > > Signed-off-by: Greg Kroah-Hartman <[email protected]>
>> >> >> >> > > >
>> >> >> >> > > > made it normal again.
>> >> >> >> > >
>> >> >> >> > > Takashi, do you have a fix for this, or should I revert this from the
>> >> >> >> > > .38 stable tree? It looks like we now have 2 reports of this problem.
>> >> >> >> >
>> >> >> >> > If we need to revert, I'll do it in the upstream first, as it must hit
>> >> >> >> > to 2.6.39, too.
>> >> >> >>
>> >> >> >> True.
>> >> >> >>
>> >> >> >> > But let me check this breakage first. I'll take a look at it more
>> >> >> >> > deeply tomorrow.
>> >> >> >>
>> >> >> >> Ok, that sounds good.
>> >> >> >
>> >> >> > Thanks.
>> >> >> >
>> >> >> > Andrew, could you give alsa-info.sh outputs on your machine?
>> >> >> > Preferably, the outputs both before and after the kernel update would
>> >> >> > be really helpful.
>> >> >>
>> >> >> In case it might help, mine are attached too.
>> >> >
>> >> > Thanks. But the output after update (alsa-info.txt.bad) looks weird.
>> >> > It contains unexpected pin-update for NID 0x15 (found in
>> >> > /sys/class/sound/hwC0D0/driver_pin_configs), and thus the mixer
>> >> > elements created don't match with the results on HD-audio emulator.
>> >> >
>> >> > Could you double-check whether you have no modification over 2.6.38.4
>> >> > driver?
>> >>
>> >> Hi Takashi,
>> >>
>> >> To double check, I have rebuilt .3 and .4 straight from kernel.org
>> >> sources with the same config (which I attached, just in case).
>> >> alsa-info.sh outputs are attached.
>> >
>> > Thanks. The bad output still shows the strange pin-config for NID
>> > 0x15 while it's not found in the good output.
>> >
>> > Could you check the following?
>> >
>> > 1. Set model=auto option to snd-hda-intel module and boot 2.6.38.3.
>> > Get alsa-info.sh output.
>> >
>> > 2. Apply fix1.diff patch below to 2.6.38.4, and boot, get alsa-info.sh
>> > again.
>> >
>> > 3. Reviert fix1.diff, and apply fix2.diff to 2.6.38.4. The same
>> > procedure.
>> >
>> > The point to be checked is the widget 0x15. In a good case, it should
>> > have the pin config such as:
>> > Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
>> >
>> > In a bad case, the driver modifies this by some reason to
>> > Pin Default 0x99130112: [Fixed] Speaker at Int ATAPI
>>
>> Hi Takashi,
>>
>> alsa-info.sh outputs are attached. fix1 works, fix2 is still broken.
>
> Thanks. Hm, so it happens only with the patch. Puzzling.
>
> Could you check the messages triggered by the patch below?
> Does it include 0x15?
attached is what it gives.
thanks.
At Wed, 27 Apr 2011 23:17:20 +0700,
Emmanuel Benisty wrote:
>
> [1 <text/plain; UTF-8 (quoted-printable)>]
> On Wed, Apr 27, 2011 at 10:47 PM, Takashi Iwai <[email protected]> wrote:
> > At Wed, 27 Apr 2011 21:57:32 +0700,
> > Emmanuel Benisty wrote:
> >>
> >> On Wed, Apr 27, 2011 at 3:36 PM, Takashi Iwai <[email protected]> wrote:
> >> > At Wed, 27 Apr 2011 08:15:28 +0700,
> >> > Emmanuel Benisty wrote:
> >> >>
> >> >> [1 <text/plain; UTF-8 (quoted-printable)>]
> >> >> On Tue, Apr 26, 2011 at 7:49 PM, Takashi Iwai <[email protected]> wrote:
> >> >> > At Tue, 26 Apr 2011 08:42:59 +0700,
> >> >> > Emmanuel Benisty wrote:
> >> >> >>
> >> >> >> On Tue, Apr 26, 2011 at 3:25 AM, Takashi Iwai <[email protected]> wrote:
> >> >> >> > At Mon, 25 Apr 2011 10:34:09 -0700,
> >> >> >> > Greg KH wrote:
> >> >> >> >>
> >> >> >> >> On Mon, Apr 25, 2011 at 11:25:29AM +0200, Takashi Iwai wrote:
> >> >> >> >> > At Sun, 24 Apr 2011 17:01:26 -0700,
> >> >> >> >> > Greg KH wrote:
> >> >> >> >> > >
> >> >> >> >> > > On Sun, Apr 24, 2011 at 11:30:37AM +0100, Andrew Clayton wrote:
> >> >> >> >> > > > Hi guys.
> >> >> >> >> > > >
> >> >> >> >> > > > Just upgraded to .4 from .3 and found my audio was _really_ quiet. All
> >> >> >> >> > > > the mixers looked sane.
> >> >> >> >> > > >
> >> >> >> >> > > > A quick check of the changelog and a revert of:
> >> >> >> >> > > >
> >> >> >> >> > > > commit 58541cc27531727f7120683a7cb123ee3ada4bd4
> >> >> >> >> > > > Author: Takashi Iwai <[email protected]>
> >> >> >> >> > > > Date: Mon Mar 28 12:05:31 2011 +0200
> >> >> >> >> > > >
> >> >> >> >> > > > ALSA: hda - Fix pin-config of Gigabyte mobo
> >> >> >> >> > > >
> >> >> >> >> > > > commit c6b358748e19ce7e230b0926ac42696bc485a562 upstream.
> >> >> >> >> > > >
> >> >> >> >> > > > Use pin-fix instead of the static quirk for Gigabyte mobos 1458:a002.
> >> >> >> >> > > >
> >> >> >> >> > > > Bugzilla: https://bugzilla.novell.com/show_bug.cgi?id=677256
> >> >> >> >> > > > Signed-off-by: Takashi Iwai <[email protected]>
> >> >> >> >> > > > Signed-off-by: Greg Kroah-Hartman <[email protected]>
> >> >> >> >> > > >
> >> >> >> >> > > > made it normal again.
> >> >> >> >> > >
> >> >> >> >> > > Takashi, do you have a fix for this, or should I revert this from the
> >> >> >> >> > > .38 stable tree? It looks like we now have 2 reports of this problem.
> >> >> >> >> >
> >> >> >> >> > If we need to revert, I'll do it in the upstream first, as it must hit
> >> >> >> >> > to 2.6.39, too.
> >> >> >> >>
> >> >> >> >> True.
> >> >> >> >>
> >> >> >> >> > But let me check this breakage first. I'll take a look at it more
> >> >> >> >> > deeply tomorrow.
> >> >> >> >>
> >> >> >> >> Ok, that sounds good.
> >> >> >> >
> >> >> >> > Thanks.
> >> >> >> >
> >> >> >> > Andrew, could you give alsa-info.sh outputs on your machine?
> >> >> >> > Preferably, the outputs both before and after the kernel update would
> >> >> >> > be really helpful.
> >> >> >>
> >> >> >> In case it might help, mine are attached too.
> >> >> >
> >> >> > Thanks. But the output after update (alsa-info.txt.bad) looks weird.
> >> >> > It contains unexpected pin-update for NID 0x15 (found in
> >> >> > /sys/class/sound/hwC0D0/driver_pin_configs), and thus the mixer
> >> >> > elements created don't match with the results on HD-audio emulator.
> >> >> >
> >> >> > Could you double-check whether you have no modification over 2.6.38.4
> >> >> > driver?
> >> >>
> >> >> Hi Takashi,
> >> >>
> >> >> To double check, I have rebuilt .3 and .4 straight from kernel.org
> >> >> sources with the same config (which I attached, just in case).
> >> >> alsa-info.sh outputs are attached.
> >> >
> >> > Thanks. The bad output still shows the strange pin-config for NID
> >> > 0x15 while it's not found in the good output.
> >> >
> >> > Could you check the following?
> >> >
> >> > 1. Set model=auto option to snd-hda-intel module and boot 2.6.38.3.
> >> > Get alsa-info.sh output.
> >> >
> >> > 2. Apply fix1.diff patch below to 2.6.38.4, and boot, get alsa-info.sh
> >> > again.
> >> >
> >> > 3. Reviert fix1.diff, and apply fix2.diff to 2.6.38.4. The same
> >> > procedure.
> >> >
> >> > The point to be checked is the widget 0x15. In a good case, it should
> >> > have the pin config such as:
> >> > Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
> >> >
> >> > In a bad case, the driver modifies this by some reason to
> >> > Pin Default 0x99130112: [Fixed] Speaker at Int ATAPI
> >>
> >> Hi Takashi,
> >>
> >> alsa-info.sh outputs are attached. fix1 works, fix2 is still broken.
> >
> > Thanks. Hm, so it happens only with the patch. Puzzling.
> >
> > Could you check the messages triggered by the patch below?
> > Does it include 0x15?
>
> attached is what it gives.
OK, so it's chained wrongly by some reason. Maybe using bool type
causes a problem for some compiler?
Could you try the patch below instead? If it works as expected,
you'll see _no_ Surround volume control.
And, what is your configuration, i.e. which output are you testing?
The output from the speaker and/of from the headphone jack?
thanks,
Takashi
---
diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c
index da7cdca..7dece87 100644
--- a/sound/pci/hda/patch_realtek.c
+++ b/sound/pci/hda/patch_realtek.c
@@ -1689,7 +1689,7 @@ struct alc_model_fixup {
struct alc_fixup {
int type;
- bool chained;
+ int chained;
int chain_id;
union {
unsigned int sku;
@@ -1738,6 +1738,7 @@ static void alc_apply_fixup(struct hda_codec *codec, int action)
snd_printdd(KERN_INFO "hda_codec: %s: "
"Apply sku override for %s\n",
codec->chip_name, modelname);
+ printk(KERN_DEBUG "XXX hda_codec: sku\n");
spec->cdefine.sku_cfg = fix->v.sku;
spec->cdefine.fixup = 1;
break;
@@ -1748,9 +1749,12 @@ static void alc_apply_fixup(struct hda_codec *codec, int action)
snd_printdd(KERN_INFO "hda_codec: %s: "
"Apply pincfg for %s\n",
codec->chip_name, modelname);
- for (; cfg->nid; cfg++)
+ printk(KERN_DEBUG "XXX hda_codec: pins\n");
+ for (; cfg->nid; cfg++) {
+ printk(KERN_DEBUG "hda_codec: set pincfg 0x%02x to %08x\n", cfg->nid, cfg->val);
snd_hda_codec_set_pincfg(codec, cfg->nid,
cfg->val);
+ }
break;
case ALC_FIXUP_VERBS:
if (action != ALC_FIXUP_ACT_PROBE || !fix->v.verbs)
@@ -1758,6 +1762,7 @@ static void alc_apply_fixup(struct hda_codec *codec, int action)
snd_printdd(KERN_INFO "hda_codec: %s: "
"Apply fix-verbs for %s\n",
codec->chip_name, modelname);
+ printk(KERN_DEBUG "XXX hda_codec: verbs\n");
add_verb(codec->spec, fix->v.verbs);
break;
case ALC_FIXUP_FUNC:
@@ -1766,6 +1771,7 @@ static void alc_apply_fixup(struct hda_codec *codec, int action)
snd_printdd(KERN_INFO "hda_codec: %s: "
"Apply fix-func for %s\n",
codec->chip_name, modelname);
+ printk(KERN_DEBUG "XXX hda_codec: func\n");
fix->v.func(codec, fix, action);
break;
default:
On Thu, Apr 28, 2011 at 2:35 AM, Takashi Iwai <[email protected]> wrote:
> At Wed, 27 Apr 2011 23:17:20 +0700,
> Emmanuel Benisty wrote:
>>
>> [1 <text/plain; UTF-8 (quoted-printable)>]
>> On Wed, Apr 27, 2011 at 10:47 PM, Takashi Iwai <[email protected]> wrote:
>> > At Wed, 27 Apr 2011 21:57:32 +0700,
>> > Emmanuel Benisty wrote:
>> >>
>> >> On Wed, Apr 27, 2011 at 3:36 PM, Takashi Iwai <[email protected]> wrote:
>> >> > At Wed, 27 Apr 2011 08:15:28 +0700,
>> >> > Emmanuel Benisty wrote:
>> >> >>
>> >> >> [1 <text/plain; UTF-8 (quoted-printable)>]
>> >> >> On Tue, Apr 26, 2011 at 7:49 PM, Takashi Iwai <[email protected]> wrote:
>> >> >> > At Tue, 26 Apr 2011 08:42:59 +0700,
>> >> >> > Emmanuel Benisty wrote:
>> >> >> >>
>> >> >> >> On Tue, Apr 26, 2011 at 3:25 AM, Takashi Iwai <[email protected]> wrote:
>> >> >> >> > At Mon, 25 Apr 2011 10:34:09 -0700,
>> >> >> >> > Greg KH wrote:
>> >> >> >> >>
>> >> >> >> >> On Mon, Apr 25, 2011 at 11:25:29AM +0200, Takashi Iwai wrote:
>> >> >> >> >> > At Sun, 24 Apr 2011 17:01:26 -0700,
>> >> >> >> >> > Greg KH wrote:
>> >> >> >> >> > >
>> >> >> >> >> > > On Sun, Apr 24, 2011 at 11:30:37AM +0100, Andrew Clayton wrote:
>> >> >> >> >> > > > Hi guys.
>> >> >> >> >> > > >
>> >> >> >> >> > > > Just upgraded to .4 from .3 and found my audio was _really_ quiet. All
>> >> >> >> >> > > > the mixers looked sane.
>> >> >> >> >> > > >
>> >> >> >> >> > > > A quick check of the changelog and a revert of:
>> >> >> >> >> > > >
>> >> >> >> >> > > > commit 58541cc27531727f7120683a7cb123ee3ada4bd4
>> >> >> >> >> > > > Author: Takashi Iwai <[email protected]>
>> >> >> >> >> > > > Date: Mon Mar 28 12:05:31 2011 +0200
>> >> >> >> >> > > >
>> >> >> >> >> > > > ALSA: hda - Fix pin-config of Gigabyte mobo
>> >> >> >> >> > > >
>> >> >> >> >> > > > commit c6b358748e19ce7e230b0926ac42696bc485a562 upstream.
>> >> >> >> >> > > >
>> >> >> >> >> > > > Use pin-fix instead of the static quirk for Gigabyte mobos 1458:a002.
>> >> >> >> >> > > >
>> >> >> >> >> > > > Bugzilla: https://bugzilla.novell.com/show_bug.cgi?id=677256
>> >> >> >> >> > > > Signed-off-by: Takashi Iwai <[email protected]>
>> >> >> >> >> > > > Signed-off-by: Greg Kroah-Hartman <[email protected]>
>> >> >> >> >> > > >
>> >> >> >> >> > > > made it normal again.
>> >> >> >> >> > >
>> >> >> >> >> > > Takashi, do you have a fix for this, or should I revert this from the
>> >> >> >> >> > > .38 stable tree? It looks like we now have 2 reports of this problem.
>> >> >> >> >> >
>> >> >> >> >> > If we need to revert, I'll do it in the upstream first, as it must hit
>> >> >> >> >> > to 2.6.39, too.
>> >> >> >> >>
>> >> >> >> >> True.
>> >> >> >> >>
>> >> >> >> >> > But let me check this breakage first. I'll take a look at it more
>> >> >> >> >> > deeply tomorrow.
>> >> >> >> >>
>> >> >> >> >> Ok, that sounds good.
>> >> >> >> >
>> >> >> >> > Thanks.
>> >> >> >> >
>> >> >> >> > Andrew, could you give alsa-info.sh outputs on your machine?
>> >> >> >> > Preferably, the outputs both before and after the kernel update would
>> >> >> >> > be really helpful.
>> >> >> >>
>> >> >> >> In case it might help, mine are attached too.
>> >> >> >
>> >> >> > Thanks. But the output after update (alsa-info.txt.bad) looks weird.
>> >> >> > It contains unexpected pin-update for NID 0x15 (found in
>> >> >> > /sys/class/sound/hwC0D0/driver_pin_configs), and thus the mixer
>> >> >> > elements created don't match with the results on HD-audio emulator.
>> >> >> >
>> >> >> > Could you double-check whether you have no modification over 2.6.38.4
>> >> >> > driver?
>> >> >>
>> >> >> Hi Takashi,
>> >> >>
>> >> >> To double check, I have rebuilt .3 and .4 straight from kernel.org
>> >> >> sources with the same config (which I attached, just in case).
>> >> >> alsa-info.sh outputs are attached.
>> >> >
>> >> > Thanks. The bad output still shows the strange pin-config for NID
>> >> > 0x15 while it's not found in the good output.
>> >> >
>> >> > Could you check the following?
>> >> >
>> >> > 1. Set model=auto option to snd-hda-intel module and boot 2.6.38.3.
>> >> > Get alsa-info.sh output.
>> >> >
>> >> > 2. Apply fix1.diff patch below to 2.6.38.4, and boot, get alsa-info.sh
>> >> > again.
>> >> >
>> >> > 3. Reviert fix1.diff, and apply fix2.diff to 2.6.38.4. The same
>> >> > procedure.
>> >> >
>> >> > The point to be checked is the widget 0x15. In a good case, it should
>> >> > have the pin config such as:
>> >> > Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
>> >> >
>> >> > In a bad case, the driver modifies this by some reason to
>> >> > Pin Default 0x99130112: [Fixed] Speaker at Int ATAPI
>> >>
>> >> Hi Takashi,
>> >>
>> >> alsa-info.sh outputs are attached. fix1 works, fix2 is still broken.
>> >
>> > Thanks. Hm, so it happens only with the patch. Puzzling.
>> >
>> > Could you check the messages triggered by the patch below?
>> > Does it include 0x15?
>>
>> attached is what it gives.
>
> OK, so it's chained wrongly by some reason. Maybe using bool type
> causes a problem for some compiler?
>
> Could you try the patch below instead? If it works as expected,
> you'll see _no_ Surround volume control.
Sorry Takashi, still no luck with this patch.
> And, what is your configuration, i.e. which output are you testing?
> The output from the speaker and/of from the headphone jack?
Ouput from speakers only until now.
Thanks.
At Thu, 28 Apr 2011 08:07:23 +0700,
Emmanuel Benisty wrote:
>
> [1 <text/plain; UTF-8 (quoted-printable)>]
> On Thu, Apr 28, 2011 at 2:35 AM, Takashi Iwai <[email protected]> wrote:
> > At Wed, 27 Apr 2011 23:17:20 +0700,
> > Emmanuel Benisty wrote:
> >>
> >> [1 <text/plain; UTF-8 (quoted-printable)>]
> >> On Wed, Apr 27, 2011 at 10:47 PM, Takashi Iwai <[email protected]> wrote:
> >> > At Wed, 27 Apr 2011 21:57:32 +0700,
> >> > Emmanuel Benisty wrote:
> >> >>
> >> >> On Wed, Apr 27, 2011 at 3:36 PM, Takashi Iwai <[email protected]> wrote:
> >> >> > At Wed, 27 Apr 2011 08:15:28 +0700,
> >> >> > Emmanuel Benisty wrote:
> >> >> >>
> >> >> >> [1 <text/plain; UTF-8 (quoted-printable)>]
> >> >> >> On Tue, Apr 26, 2011 at 7:49 PM, Takashi Iwai <[email protected]> wrote:
> >> >> >> > At Tue, 26 Apr 2011 08:42:59 +0700,
> >> >> >> > Emmanuel Benisty wrote:
> >> >> >> >>
> >> >> >> >> On Tue, Apr 26, 2011 at 3:25 AM, Takashi Iwai <[email protected]> wrote:
> >> >> >> >> > At Mon, 25 Apr 2011 10:34:09 -0700,
> >> >> >> >> > Greg KH wrote:
> >> >> >> >> >>
> >> >> >> >> >> On Mon, Apr 25, 2011 at 11:25:29AM +0200, Takashi Iwai wrote:
> >> >> >> >> >> > At Sun, 24 Apr 2011 17:01:26 -0700,
> >> >> >> >> >> > Greg KH wrote:
> >> >> >> >> >> > >
> >> >> >> >> >> > > On Sun, Apr 24, 2011 at 11:30:37AM +0100, Andrew Clayton wrote:
> >> >> >> >> >> > > > Hi guys.
> >> >> >> >> >> > > >
> >> >> >> >> >> > > > Just upgraded to .4 from .3 and found my audio was _really_ quiet. All
> >> >> >> >> >> > > > the mixers looked sane.
> >> >> >> >> >> > > >
> >> >> >> >> >> > > > A quick check of the changelog and a revert of:
> >> >> >> >> >> > > >
> >> >> >> >> >> > > > commit 58541cc27531727f7120683a7cb123ee3ada4bd4
> >> >> >> >> >> > > > Author: Takashi Iwai <[email protected]>
> >> >> >> >> >> > > > Date: Mon Mar 28 12:05:31 2011 +0200
> >> >> >> >> >> > > >
> >> >> >> >> >> > > > ALSA: hda - Fix pin-config of Gigabyte mobo
> >> >> >> >> >> > > >
> >> >> >> >> >> > > > commit c6b358748e19ce7e230b0926ac42696bc485a562 upstream.
> >> >> >> >> >> > > >
> >> >> >> >> >> > > > Use pin-fix instead of the static quirk for Gigabyte mobos 1458:a002.
> >> >> >> >> >> > > >
> >> >> >> >> >> > > > Bugzilla: https://bugzilla.novell.com/show_bug.cgi?id=677256
> >> >> >> >> >> > > > Signed-off-by: Takashi Iwai <[email protected]>
> >> >> >> >> >> > > > Signed-off-by: Greg Kroah-Hartman <[email protected]>
> >> >> >> >> >> > > >
> >> >> >> >> >> > > > made it normal again.
> >> >> >> >> >> > >
> >> >> >> >> >> > > Takashi, do you have a fix for this, or should I revert this from the
> >> >> >> >> >> > > .38 stable tree? It looks like we now have 2 reports of this problem.
> >> >> >> >> >> >
> >> >> >> >> >> > If we need to revert, I'll do it in the upstream first, as it must hit
> >> >> >> >> >> > to 2.6.39, too.
> >> >> >> >> >>
> >> >> >> >> >> True.
> >> >> >> >> >>
> >> >> >> >> >> > But let me check this breakage first. I'll take a look at it more
> >> >> >> >> >> > deeply tomorrow.
> >> >> >> >> >>
> >> >> >> >> >> Ok, that sounds good.
> >> >> >> >> >
> >> >> >> >> > Thanks.
> >> >> >> >> >
> >> >> >> >> > Andrew, could you give alsa-info.sh outputs on your machine?
> >> >> >> >> > Preferably, the outputs both before and after the kernel update would
> >> >> >> >> > be really helpful.
> >> >> >> >>
> >> >> >> >> In case it might help, mine are attached too.
> >> >> >> >
> >> >> >> > Thanks. But the output after update (alsa-info.txt.bad) looks weird.
> >> >> >> > It contains unexpected pin-update for NID 0x15 (found in
> >> >> >> > /sys/class/sound/hwC0D0/driver_pin_configs), and thus the mixer
> >> >> >> > elements created don't match with the results on HD-audio emulator.
> >> >> >> >
> >> >> >> > Could you double-check whether you have no modification over 2.6.38.4
> >> >> >> > driver?
> >> >> >>
> >> >> >> Hi Takashi,
> >> >> >>
> >> >> >> To double check, I have rebuilt .3 and .4 straight from kernel.org
> >> >> >> sources with the same config (which I attached, just in case).
> >> >> >> alsa-info.sh outputs are attached.
> >> >> >
> >> >> > Thanks. The bad output still shows the strange pin-config for NID
> >> >> > 0x15 while it's not found in the good output.
> >> >> >
> >> >> > Could you check the following?
> >> >> >
> >> >> > 1. Set model=auto option to snd-hda-intel module and boot 2.6.38.3.
> >> >> > Get alsa-info.sh output.
> >> >> >
> >> >> > 2. Apply fix1.diff patch below to 2.6.38.4, and boot, get alsa-info.sh
> >> >> > again.
> >> >> >
> >> >> > 3. Reviert fix1.diff, and apply fix2.diff to 2.6.38.4. The same
> >> >> > procedure.
> >> >> >
> >> >> > The point to be checked is the widget 0x15. In a good case, it should
> >> >> > have the pin config such as:
> >> >> > Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
> >> >> >
> >> >> > In a bad case, the driver modifies this by some reason to
> >> >> > Pin Default 0x99130112: [Fixed] Speaker at Int ATAPI
> >> >>
> >> >> Hi Takashi,
> >> >>
> >> >> alsa-info.sh outputs are attached. fix1 works, fix2 is still broken.
> >> >
> >> > Thanks. Hm, so it happens only with the patch. Puzzling.
> >> >
> >> > Could you check the messages triggered by the patch below?
> >> > Does it include 0x15?
> >>
> >> attached is what it gives.
> >
> > OK, so it's chained wrongly by some reason. Maybe using bool type
> > causes a problem for some compiler?
> >
> > Could you try the patch below instead? If it works as expected,
> > you'll see _no_ Surround volume control.
>
> Sorry Takashi, still no luck with this patch.
Please double-check whether the patch was really applied.
Now there is no debug message seen. It should still put some
'XXX hda_codec: ' lines. This looks odd.
> > And, what is your configuration, i.e. which output are you testing?
> > The output from the speaker and/of from the headphone jack?
>
> Ouput from speakers only until now.
You don't plug into the headphone or line-out jack, right?
Otherwise the speaker output is muted automatically by the jack.
One of the purpose of the affecting update patch is the support of
missing auto-mute.
thanks,
Takashi
On Thu, Apr 28, 2011 at 12:37 PM, Takashi Iwai <[email protected]> wrote:
> At Thu, 28 Apr 2011 08:07:23 +0700,
> Emmanuel Benisty wrote:
>>
>> [1 <text/plain; UTF-8 (quoted-printable)>]
>> On Thu, Apr 28, 2011 at 2:35 AM, Takashi Iwai <[email protected]> wrote:
>> > At Wed, 27 Apr 2011 23:17:20 +0700,
>> > Emmanuel Benisty wrote:
>> >>
>> >> [1 <text/plain; UTF-8 (quoted-printable)>]
>> >> On Wed, Apr 27, 2011 at 10:47 PM, Takashi Iwai <[email protected]> wrote:
>> >> > At Wed, 27 Apr 2011 21:57:32 +0700,
>> >> > Emmanuel Benisty wrote:
>> >> >>
>> >> >> On Wed, Apr 27, 2011 at 3:36 PM, Takashi Iwai <[email protected]> wrote:
>> >> >> > At Wed, 27 Apr 2011 08:15:28 +0700,
>> >> >> > Emmanuel Benisty wrote:
>> >> >> >>
>> >> >> >> [1 <text/plain; UTF-8 (quoted-printable)>]
>> >> >> >> On Tue, Apr 26, 2011 at 7:49 PM, Takashi Iwai <[email protected]> wrote:
>> >> >> >> > At Tue, 26 Apr 2011 08:42:59 +0700,
>> >> >> >> > Emmanuel Benisty wrote:
>> >> >> >> >>
>> >> >> >> >> On Tue, Apr 26, 2011 at 3:25 AM, Takashi Iwai <[email protected]> wrote:
>> >> >> >> >> > At Mon, 25 Apr 2011 10:34:09 -0700,
>> >> >> >> >> > Greg KH wrote:
>> >> >> >> >> >>
>> >> >> >> >> >> On Mon, Apr 25, 2011 at 11:25:29AM +0200, Takashi Iwai wrote:
>> >> >> >> >> >> > At Sun, 24 Apr 2011 17:01:26 -0700,
>> >> >> >> >> >> > Greg KH wrote:
>> >> >> >> >> >> > >
>> >> >> >> >> >> > > On Sun, Apr 24, 2011 at 11:30:37AM +0100, Andrew Clayton wrote:
>> >> >> >> >> >> > > > Hi guys.
>> >> >> >> >> >> > > >
>> >> >> >> >> >> > > > Just upgraded to .4 from .3 and found my audio was _really_ quiet. All
>> >> >> >> >> >> > > > the mixers looked sane.
>> >> >> >> >> >> > > >
>> >> >> >> >> >> > > > A quick check of the changelog and a revert of:
>> >> >> >> >> >> > > >
>> >> >> >> >> >> > > > commit 58541cc27531727f7120683a7cb123ee3ada4bd4
>> >> >> >> >> >> > > > Author: Takashi Iwai <[email protected]>
>> >> >> >> >> >> > > > Date: Mon Mar 28 12:05:31 2011 +0200
>> >> >> >> >> >> > > >
>> >> >> >> >> >> > > > ALSA: hda - Fix pin-config of Gigabyte mobo
>> >> >> >> >> >> > > >
>> >> >> >> >> >> > > > commit c6b358748e19ce7e230b0926ac42696bc485a562 upstream.
>> >> >> >> >> >> > > >
>> >> >> >> >> >> > > > Use pin-fix instead of the static quirk for Gigabyte mobos 1458:a002.
>> >> >> >> >> >> > > >
>> >> >> >> >> >> > > > Bugzilla: https://bugzilla.novell.com/show_bug.cgi?id=677256
>> >> >> >> >> >> > > > Signed-off-by: Takashi Iwai <[email protected]>
>> >> >> >> >> >> > > > Signed-off-by: Greg Kroah-Hartman <[email protected]>
>> >> >> >> >> >> > > >
>> >> >> >> >> >> > > > made it normal again.
>> >> >> >> >> >> > >
>> >> >> >> >> >> > > Takashi, do you have a fix for this, or should I revert this from the
>> >> >> >> >> >> > > .38 stable tree? It looks like we now have 2 reports of this problem.
>> >> >> >> >> >> >
>> >> >> >> >> >> > If we need to revert, I'll do it in the upstream first, as it must hit
>> >> >> >> >> >> > to 2.6.39, too.
>> >> >> >> >> >>
>> >> >> >> >> >> True.
>> >> >> >> >> >>
>> >> >> >> >> >> > But let me check this breakage first. I'll take a look at it more
>> >> >> >> >> >> > deeply tomorrow.
>> >> >> >> >> >>
>> >> >> >> >> >> Ok, that sounds good.
>> >> >> >> >> >
>> >> >> >> >> > Thanks.
>> >> >> >> >> >
>> >> >> >> >> > Andrew, could you give alsa-info.sh outputs on your machine?
>> >> >> >> >> > Preferably, the outputs both before and after the kernel update would
>> >> >> >> >> > be really helpful.
>> >> >> >> >>
>> >> >> >> >> In case it might help, mine are attached too.
>> >> >> >> >
>> >> >> >> > Thanks. But the output after update (alsa-info.txt.bad) looks weird.
>> >> >> >> > It contains unexpected pin-update for NID 0x15 (found in
>> >> >> >> > /sys/class/sound/hwC0D0/driver_pin_configs), and thus the mixer
>> >> >> >> > elements created don't match with the results on HD-audio emulator.
>> >> >> >> >
>> >> >> >> > Could you double-check whether you have no modification over 2.6.38.4
>> >> >> >> > driver?
>> >> >> >>
>> >> >> >> Hi Takashi,
>> >> >> >>
>> >> >> >> To double check, I have rebuilt .3 and .4 straight from kernel.org
>> >> >> >> sources with the same config (which I attached, just in case).
>> >> >> >> alsa-info.sh outputs are attached.
>> >> >> >
>> >> >> > Thanks. The bad output still shows the strange pin-config for NID
>> >> >> > 0x15 while it's not found in the good output.
>> >> >> >
>> >> >> > Could you check the following?
>> >> >> >
>> >> >> > 1. Set model=auto option to snd-hda-intel module and boot 2.6.38.3.
>> >> >> > Get alsa-info.sh output.
>> >> >> >
>> >> >> > 2. Apply fix1.diff patch below to 2.6.38.4, and boot, get alsa-info.sh
>> >> >> > again.
>> >> >> >
>> >> >> > 3. Reviert fix1.diff, and apply fix2.diff to 2.6.38.4. The same
>> >> >> > procedure.
>> >> >> >
>> >> >> > The point to be checked is the widget 0x15. In a good case, it should
>> >> >> > have the pin config such as:
>> >> >> > Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
>> >> >> >
>> >> >> > In a bad case, the driver modifies this by some reason to
>> >> >> > Pin Default 0x99130112: [Fixed] Speaker at Int ATAPI
>> >> >>
>> >> >> Hi Takashi,
>> >> >>
>> >> >> alsa-info.sh outputs are attached. fix1 works, fix2 is still broken.
>> >> >
>> >> > Thanks. Hm, so it happens only with the patch. Puzzling.
>> >> >
>> >> > Could you check the messages triggered by the patch below?
>> >> > Does it include 0x15?
>> >>
>> >> attached is what it gives.
>> >
>> > OK, so it's chained wrongly by some reason. Maybe using bool type
>> > causes a problem for some compiler?
>> >
>> > Could you try the patch below instead? If it works as expected,
>> > you'll see _no_ Surround volume control.
>>
>> Sorry Takashi, still no luck with this patch.
>
> Please double-check whether the patch was really applied.
> Now there is no debug message seen. It should still put some
> 'XXX hda_codec: ' lines. This looks odd.
my bad, I have reverted this patch (the debug one, habit of keeping
the sources unpatched) but the latest one has been applied, sorry.
>> > And, what is your configuration, i.e. which output are you testing?
>> > The output from the speaker and/of from the headphone jack?
>>
>> Ouput from speakers only until now.
>
> You don't plug into the headphone or line-out jack, right?
> Otherwise the speaker output is muted automatically by the jack.
in fact, it's a desktop machine, not a laptop, so speakers are plugged
into the line-out jack.
Thanks.
At Thu, 28 Apr 2011 12:50:12 +0700,
Emmanuel Benisty wrote:
>
> On Thu, Apr 28, 2011 at 12:37 PM, Takashi Iwai <[email protected]> wrote:
> > At Thu, 28 Apr 2011 08:07:23 +0700,
> > Emmanuel Benisty wrote:
> >>
> >> [1 <text/plain; UTF-8 (quoted-printable)>]
> >> On Thu, Apr 28, 2011 at 2:35 AM, Takashi Iwai <[email protected]> wrote:
> >> > At Wed, 27 Apr 2011 23:17:20 +0700,
> >> > Emmanuel Benisty wrote:
> >> >>
> >> >> [1 <text/plain; UTF-8 (quoted-printable)>]
> >> >> On Wed, Apr 27, 2011 at 10:47 PM, Takashi Iwai <[email protected]> wrote:
> >> >> > At Wed, 27 Apr 2011 21:57:32 +0700,
> >> >> > Emmanuel Benisty wrote:
> >> >> >>
> >> >> >> On Wed, Apr 27, 2011 at 3:36 PM, Takashi Iwai <[email protected]> wrote:
> >> >> >> > At Wed, 27 Apr 2011 08:15:28 +0700,
> >> >> >> > Emmanuel Benisty wrote:
> >> >> >> >>
> >> >> >> >> [1 <text/plain; UTF-8 (quoted-printable)>]
> >> >> >> >> On Tue, Apr 26, 2011 at 7:49 PM, Takashi Iwai <[email protected]> wrote:
> >> >> >> >> > At Tue, 26 Apr 2011 08:42:59 +0700,
> >> >> >> >> > Emmanuel Benisty wrote:
> >> >> >> >> >>
> >> >> >> >> >> On Tue, Apr 26, 2011 at 3:25 AM, Takashi Iwai <[email protected]> wrote:
> >> >> >> >> >> > At Mon, 25 Apr 2011 10:34:09 -0700,
> >> >> >> >> >> > Greg KH wrote:
> >> >> >> >> >> >>
> >> >> >> >> >> >> On Mon, Apr 25, 2011 at 11:25:29AM +0200, Takashi Iwai wrote:
> >> >> >> >> >> >> > At Sun, 24 Apr 2011 17:01:26 -0700,
> >> >> >> >> >> >> > Greg KH wrote:
> >> >> >> >> >> >> > >
> >> >> >> >> >> >> > > On Sun, Apr 24, 2011 at 11:30:37AM +0100, Andrew Clayton wrote:
> >> >> >> >> >> >> > > > Hi guys.
> >> >> >> >> >> >> > > >
> >> >> >> >> >> >> > > > Just upgraded to .4 from .3 and found my audio was _really_ quiet. All
> >> >> >> >> >> >> > > > the mixers looked sane.
> >> >> >> >> >> >> > > >
> >> >> >> >> >> >> > > > A quick check of the changelog and a revert of:
> >> >> >> >> >> >> > > >
> >> >> >> >> >> >> > > > commit 58541cc27531727f7120683a7cb123ee3ada4bd4
> >> >> >> >> >> >> > > > Author: Takashi Iwai <[email protected]>
> >> >> >> >> >> >> > > > Date: Mon Mar 28 12:05:31 2011 +0200
> >> >> >> >> >> >> > > >
> >> >> >> >> >> >> > > > ALSA: hda - Fix pin-config of Gigabyte mobo
> >> >> >> >> >> >> > > >
> >> >> >> >> >> >> > > > commit c6b358748e19ce7e230b0926ac42696bc485a562 upstream.
> >> >> >> >> >> >> > > >
> >> >> >> >> >> >> > > > Use pin-fix instead of the static quirk for Gigabyte mobos 1458:a002.
> >> >> >> >> >> >> > > >
> >> >> >> >> >> >> > > > Bugzilla: https://bugzilla.novell.com/show_bug.cgi?id=677256
> >> >> >> >> >> >> > > > Signed-off-by: Takashi Iwai <[email protected]>
> >> >> >> >> >> >> > > > Signed-off-by: Greg Kroah-Hartman <[email protected]>
> >> >> >> >> >> >> > > >
> >> >> >> >> >> >> > > > made it normal again.
> >> >> >> >> >> >> > >
> >> >> >> >> >> >> > > Takashi, do you have a fix for this, or should I revert this from the
> >> >> >> >> >> >> > > .38 stable tree? It looks like we now have 2 reports of this problem.
> >> >> >> >> >> >> >
> >> >> >> >> >> >> > If we need to revert, I'll do it in the upstream first, as it must hit
> >> >> >> >> >> >> > to 2.6.39, too.
> >> >> >> >> >> >>
> >> >> >> >> >> >> True.
> >> >> >> >> >> >>
> >> >> >> >> >> >> > But let me check this breakage first. I'll take a look at it more
> >> >> >> >> >> >> > deeply tomorrow.
> >> >> >> >> >> >>
> >> >> >> >> >> >> Ok, that sounds good.
> >> >> >> >> >> >
> >> >> >> >> >> > Thanks.
> >> >> >> >> >> >
> >> >> >> >> >> > Andrew, could you give alsa-info.sh outputs on your machine?
> >> >> >> >> >> > Preferably, the outputs both before and after the kernel update would
> >> >> >> >> >> > be really helpful.
> >> >> >> >> >>
> >> >> >> >> >> In case it might help, mine are attached too.
> >> >> >> >> >
> >> >> >> >> > Thanks. But the output after update (alsa-info.txt.bad) looks weird.
> >> >> >> >> > It contains unexpected pin-update for NID 0x15 (found in
> >> >> >> >> > /sys/class/sound/hwC0D0/driver_pin_configs), and thus the mixer
> >> >> >> >> > elements created don't match with the results on HD-audio emulator.
> >> >> >> >> >
> >> >> >> >> > Could you double-check whether you have no modification over 2.6.38.4
> >> >> >> >> > driver?
> >> >> >> >>
> >> >> >> >> Hi Takashi,
> >> >> >> >>
> >> >> >> >> To double check, I have rebuilt .3 and .4 straight from kernel.org
> >> >> >> >> sources with the same config (which I attached, just in case).
> >> >> >> >> alsa-info.sh outputs are attached.
> >> >> >> >
> >> >> >> > Thanks. The bad output still shows the strange pin-config for NID
> >> >> >> > 0x15 while it's not found in the good output.
> >> >> >> >
> >> >> >> > Could you check the following?
> >> >> >> >
> >> >> >> > 1. Set model=auto option to snd-hda-intel module and boot 2.6.38.3.
> >> >> >> > Get alsa-info.sh output.
> >> >> >> >
> >> >> >> > 2. Apply fix1.diff patch below to 2.6.38.4, and boot, get alsa-info.sh
> >> >> >> > again.
> >> >> >> >
> >> >> >> > 3. Reviert fix1.diff, and apply fix2.diff to 2.6.38.4. The same
> >> >> >> > procedure.
> >> >> >> >
> >> >> >> > The point to be checked is the widget 0x15. In a good case, it should
> >> >> >> > have the pin config such as:
> >> >> >> > Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
> >> >> >> >
> >> >> >> > In a bad case, the driver modifies this by some reason to
> >> >> >> > Pin Default 0x99130112: [Fixed] Speaker at Int ATAPI
> >> >> >>
> >> >> >> Hi Takashi,
> >> >> >>
> >> >> >> alsa-info.sh outputs are attached. fix1 works, fix2 is still broken.
> >> >> >
> >> >> > Thanks. Hm, so it happens only with the patch. Puzzling.
> >> >> >
> >> >> > Could you check the messages triggered by the patch below?
> >> >> > Does it include 0x15?
> >> >>
> >> >> attached is what it gives.
> >> >
> >> > OK, so it's chained wrongly by some reason. Maybe using bool type
> >> > causes a problem for some compiler?
> >> >
> >> > Could you try the patch below instead? If it works as expected,
> >> > you'll see _no_ Surround volume control.
> >>
> >> Sorry Takashi, still no luck with this patch.
> >
> > Please double-check whether the patch was really applied.
> > Now there is no debug message seen. It should still put some
> > 'XXX hda_codec: ' lines. This looks odd.
>
> my bad, I have reverted this patch (the debug one, habit of keeping
> the sources unpatched) but the latest one has been applied, sorry.
>
> >> > And, what is your configuration, i.e. which output are you testing?
> >> > The output from the speaker and/of from the headphone jack?
> >>
> >> Ouput from speakers only until now.
> >
> > You don't plug into the headphone or line-out jack, right?
> > Otherwise the speaker output is muted automatically by the jack.
>
> in fact, it's a desktop machine, not a laptop, so speakers are plugged
> into the line-out jack.
OK, but now the patch assumes that it's a mutable output, so the
auto-mute shall happen.
Actually other OSes seem to mute the line-out as well, so we may
follow the standard scenario.
Takashi
On Thu, 28 Apr 2011 08:16:17 +0200, Takashi Iwai wrote:
> OK, but now the patch assumes that it's a mutable output, so the
> auto-mute shall happen.
>
> Actually other OSes seem to mute the line-out as well, so we may
> follow the standard scenario.
OK, so I guess the bit in the distribution that saves and restores
mixer settings at shutdown/startup needs updating to take this new
mixer into account? as the speaker mixer is always muted at startup
now.
Cheers,
Andrew
At Fri, 29 Apr 2011 09:25:08 +0100,
Andrew Clayton wrote:
>
> On Thu, 28 Apr 2011 08:16:17 +0200, Takashi Iwai wrote:
>
> > OK, but now the patch assumes that it's a mutable output, so the
> > auto-mute shall happen.
> >
> > Actually other OSes seem to mute the line-out as well, so we may
> > follow the standard scenario.
>
> OK, so I guess the bit in the distribution that saves and restores
> mixer settings at shutdown/startup needs updating to take this new
> mixer into account? as the speaker mixer is always muted at startup
> now.
Right, it's the user-space stuff. The recent alsactl should do it
right (adjust to the certain level for new control elements), I
thought.
Anyway, I'm inclined to revert the change once after figuring out
what caused the issue on Emmanuel's machine.
thanks,
Takashi
On Fri, Apr 29, 2011 at 4:13 PM, Takashi Iwai <[email protected]> wrote:
> At Fri, 29 Apr 2011 09:25:08 +0100,
> Andrew Clayton wrote:
>>
>> On Thu, 28 Apr 2011 08:16:17 +0200, Takashi Iwai wrote:
>>
>> > OK, but now the patch assumes that it's a mutable output, so the
>> > auto-mute shall happen.
>> >
>> > Actually other OSes seem to mute the line-out as well, so we may
>> > follow the standard scenario.
>>
>> OK, so I guess the bit in the distribution that saves and restores
>> mixer settings at shutdown/startup needs updating to take this new
>> mixer into account? as the speaker mixer is always muted at startup
>> now.
>
> Right, it's the user-space stuff. The recent alsactl should do it
> right (adjust to the certain level for new control elements), I
> thought.
>
> Anyway, I'm inclined to revert the change once after figuring out
> what caused the issue on Emmanuel's machine.
Hi Takashi,
Sorry for the few days of silence. Attached is the output from your
latest patch with the debug patch.
Just one more thing (in case it may help), the output is not really
muted, there are some very short sounds/plops randomly appearing
between periods of silence when playing a file.
Thanks.
At Sun, 1 May 2011 18:19:16 +0700,
Emmanuel Benisty wrote:
>
> On Fri, Apr 29, 2011 at 4:13 PM, Takashi Iwai <[email protected]> wrote:
> > At Fri, 29 Apr 2011 09:25:08 +0100,
> > Andrew Clayton wrote:
> >>
> >> On Thu, 28 Apr 2011 08:16:17 +0200, Takashi Iwai wrote:
> >>
> >> > OK, but now the patch assumes that it's a mutable output, so the
> >> > auto-mute shall happen.
> >> >
> >> > Actually other OSes seem to mute the line-out as well, so we may
> >> > follow the standard scenario.
> >>
> >> OK, so I guess the bit in the distribution that saves and restores
> >> mixer settings at shutdown/startup needs updating to take this new
> >> mixer into account? as the speaker mixer is always muted at startup
> >> now.
> >
> > Right, it's the user-space stuff. The recent alsactl should do it
> > right (adjust to the certain level for new control elements), I
> > thought.
> >
> > Anyway, I'm inclined to revert the change once after figuring out
> > what caused the issue on Emmanuel's machine.
>
> Hi Takashi,
>
> Sorry for the few days of silence. Attached is the output from your
> latest patch with the debug patch.
>
> Just one more thing (in case it may help), the output is not really
> muted, there are some very short sounds/plops randomly appearing
> between periods of silence when playing a file.
Hrm, the alsa-info output still shows the unexpected pin-cfg setup.
But, this is a slightly different topic from the other mixer issues,
so let's keep tracking this in another thread.
Meanwhile, I reverted the affecting commit now and merged to sound git
tree. It'll be included in the next pull request for 2.6.39-rc.
thanks,
Takashi