* sound: azx_get_response timeout
@ 2008-04-29 10:31 Jan Engelhardt
2008-04-29 11:09 ` Takashi Iwai
0 siblings, 1 reply; 6+ messages in thread
From: Jan Engelhardt @ 2008-04-29 10:31 UTC (permalink / raw)
To: Linux Kernel Mailing List
Out of the blue, sound stops and dmesg throws:
ALSA sound/pci/hda/hda_intel.c:596: hda_intel: azx_get_response timeout,
switching to polling mode: last cmd=0x000f0000
Kernel is 2.6.25-19-default (from opensuse 11.0beta1)
Alsamixer says:
Card: HDA VIA VT82xx
Chip: VIA VIA VT1708
lspci:
02:01.0 Audio device: VIA Technologies, Inc. VIA High Definition Audio
Controller (rev 10)
Even restarting mplayer or anything else that writes to /dev/dsp or
the ALSA PCM devices in /dev/snd just stop. strace says its due to
this:
-ao alsa:
gettimeofday({1209471996, 635897}, NULL) = 0
nanosleep({0, 10000000}, NULL) = 0
ioctl(5, 0x4122, 0xd696910) = 0
ioctl(5, 0x4122, 0xbf8c0002) = 0
ioctl(5, 0x4122, 0x1b80e3c5) = 0
(and repeats this over and over)
-ao oss:
nanosleep({0, 10000000}, NULL) = 0
ioctl(4, SNDCTL_DSP_GETOSPACE, 0x8907d4c) = 0
Messages from dmesg when reloading the module:
ALSA sound/pci/hda/hda_codec.c:2860: autoconfig: line_outs=4 (0x1f/0x1c/0x22/0x23/0x0)
ALSA sound/pci/hda/hda_codec.c:2864: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
ALSA sound/pci/hda/hda_codec.c:2868: hp_outs=1 (0x20/0x0/0x0/0x0/0x0)
ALSA sound/pci/hda/hda_codec.c:2869: mono: mono_out=0x0
ALSA sound/pci/hda/hda_codec.c:2877: inputs: mic=0x1d, fmic=0x21, line=0x1e, fline=0x0, cd=0x24, aux=0x0
hda_codec: num_steps = 0 for NID=0x1f (ctl = Front Playback Volume)
hda_codec: num_steps = 0 for NID=0x1a (ctl = Center Playback Volume)
hda_codec: num_steps = 0 for NID=0x19 (ctl = Side Playback Volume)
hda_codec: num_steps = 0 for NID=0x20 (ctl = Headphone Playback Volume)
hda_codec: num_steps = 0 for NID=0x15 (ctl = Capture Volume)
The only way to get rid of the GETOSPACE=0 state is to reboot the
machine. Say, could this be due to the crappy VIA hardware?
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: sound: azx_get_response timeout
2008-04-29 10:31 sound: azx_get_response timeout Jan Engelhardt
@ 2008-04-29 11:09 ` Takashi Iwai
2008-04-29 12:19 ` Jan Engelhardt
0 siblings, 1 reply; 6+ messages in thread
From: Takashi Iwai @ 2008-04-29 11:09 UTC (permalink / raw)
To: Jan Engelhardt; +Cc: Linux Kernel Mailing List
At Tue, 29 Apr 2008 12:31:47 +0200 (CEST),
Jan Engelhardt wrote:
>
>
> Out of the blue, sound stops and dmesg throws:
>
> ALSA sound/pci/hda/hda_intel.c:596: hda_intel: azx_get_response timeout,
> switching to polling mode: last cmd=0x000f0000
It's a warining and usually OK as long as you don't get errors with
single_cmd mode after this message.
> Kernel is 2.6.25-19-default (from opensuse 11.0beta1)
> Alsamixer says:
> Card: HDA VIA VT82xx
> Chip: VIA VIA VT1708
> lspci:
> 02:01.0 Audio device: VIA Technologies, Inc. VIA High Definition Audio
> Controller (rev 10)
(snip)
> Messages from dmesg when reloading the module:
> ALSA sound/pci/hda/hda_codec.c:2860: autoconfig: line_outs=4 (0x1f/0x1c/0x22/0x23/0x0)
> ALSA sound/pci/hda/hda_codec.c:2864: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
> ALSA sound/pci/hda/hda_codec.c:2868: hp_outs=1 (0x20/0x0/0x0/0x0/0x0)
> ALSA sound/pci/hda/hda_codec.c:2869: mono: mono_out=0x0
> ALSA sound/pci/hda/hda_codec.c:2877: inputs: mic=0x1d, fmic=0x21, line=0x1e, fline=0x0, cd=0x24, aux=0x0
> hda_codec: num_steps = 0 for NID=0x1f (ctl = Front Playback Volume)
> hda_codec: num_steps = 0 for NID=0x1a (ctl = Center Playback Volume)
> hda_codec: num_steps = 0 for NID=0x19 (ctl = Side Playback Volume)
> hda_codec: num_steps = 0 for NID=0x20 (ctl = Headphone Playback Volume)
> hda_codec: num_steps = 0 for NID=0x15 (ctl = Capture Volume)
These look bad. It seems that the codec doesn't provide any amp
information of the corresponding widgets although the driver tries to
create mixer elements with them.
What show /proc/asound/card0/codec#* files?
> The only way to get rid of the GETOSPACE=0 state is to reboot the
> machine. Say, could this be due to the crappy VIA hardware?
Possible.
You may try some module options for snd-hda-intel,
e.g. position_fix=0. See ALSA-Configuration.txt.
thanks,
Takashi
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: sound: azx_get_response timeout
2008-04-29 11:09 ` Takashi Iwai
@ 2008-04-29 12:19 ` Jan Engelhardt
2008-04-29 12:38 ` Takashi Iwai
0 siblings, 1 reply; 6+ messages in thread
From: Jan Engelhardt @ 2008-04-29 12:19 UTC (permalink / raw)
To: Takashi Iwai; +Cc: Linux Kernel Mailing List
On Tuesday 2008-04-29 13:09, Takashi Iwai wrote:
>> Out of the blue, sound stops and dmesg throws:
>>
>> ALSA sound/pci/hda/hda_intel.c:596: hda_intel: azx_get_response timeout,
>> switching to polling mode: last cmd=0x000f0000
>
>It's a warining and usually OK as long as you don't get errors with
>single_cmd mode after this message.
Well I do ..
>> ALSA sound/pci/hda/hda_codec.c:2868: hp_outs=1 (0x20/0x0/0x0/0x0/0x0)
>> ALSA sound/pci/hda/hda_codec.c:2869: mono: mono_out=0x0
>> ALSA sound/pci/hda/hda_codec.c:2877: inputs: mic=0x1d, fmic=0x21, line=0x1e, fline=0x0, cd=0x24, aux=0x0
>> hda_codec: num_steps = 0 for NID=0x1f (ctl = Front Playback Volume)
>> hda_codec: num_steps = 0 for NID=0x1a (ctl = Center Playback Volume)
>> hda_codec: num_steps = 0 for NID=0x19 (ctl = Side Playback Volume)
>> hda_codec: num_steps = 0 for NID=0x20 (ctl = Headphone Playback Volume)
>> hda_codec: num_steps = 0 for NID=0x15 (ctl = Capture Volume)
>
>These look bad. It seems that the codec doesn't provide any amp
>information of the corresponding widgets although the driver tries to
>create mixer elements with them.
>
>What show /proc/asound/card0/codec#* files?
Codec: VIA VIA VT1708
Address: 0
Vendor Id: 0x11061708
Subsystem Id: 0x11060300
Revision Id: 0x100700
No Modem Function Group found
Default PCM:
rates [0x0]:
bits [0x0]:
formats [0x0]:
Default Amp-In caps: N/A
Default Amp-Out caps: N/A
GPIO: io=0, o=0, i=0, unsolicited=0, wake=0
Node 0x10 [Audio Output] wcaps 0x411: Stereo
Converter: stream=5, channel=0
PCM:
rates [0x7e0]: 44100 48000 88200 96000 176400 192000
bits [0xa]: 16 24
formats [0x1]: PCM
Power: setting=D0, actual=D0
Node 0x11 [Audio Output] wcaps 0x411: Stereo
Converter: stream=5, channel=0
PCM:
rates [0x7e0]: 44100 48000 88200 96000 176400 192000
bits [0xa]: 16 24
formats [0x1]: PCM
Power: setting=D0, actual=D0
Node 0x12 [Audio Output] wcaps 0x411: Stereo
Converter: stream=5, channel=0
PCM:
rates [0x7e0]: 44100 48000 88200 96000 176400 192000
bits [0xa]: 16 24
formats [0x1]: PCM
Power: setting=D0, actual=D0
Node 0x13 [Audio Output] wcaps 0x411: Stereo
Converter: stream=5, channel=0
PCM:
rates [0x7e0]: 44100 48000 88200 96000 176400 192000
bits [0xa]: 16 24
formats [0x1]: PCM
Power: setting=D0, actual=D0
Node 0x14 [Audio Output] wcaps 0x211: Stereo Digital
Converter: stream=5, channel=0
Digital:
Digital category: 0x0
PCM:
rates [0x7e0]: 44100 48000 88200 96000 176400 192000
bits [0xa]: 16 24
formats [0x5]: PCM AC3
Node 0x15 [Audio Input] wcaps 0x10051b: Stereo Amp-In
Amp-In caps: ofs=0x00, nsteps=0x14, stepsize=0x06, mute=1
Amp-In vals: [0x00 0x00]
Converter: stream=0, channel=0
SDI-Select: 0
PCM:
rates [0x440]: 48000 192000
bits [0xa]: 16 24
formats [0x1]: PCM
Power: setting=D0, actual=D0
Connection: 1
0x18
Node 0x16 [Audio Input] wcaps 0x100311: Stereo Digital
Converter: stream=0, channel=0
SDI-Select: 0
Digital: Validity
Digital category: 0x0
PCM:
rates [0x1f0]: 32000 44100 48000 88200 96000
bits [0xa]: 16 24
formats [0x5]: PCM AC3
Connection: 1
0x26
Node 0x17 [Audio Mixer] wcaps 0x20010b: Stereo Amp-In
Amp-In caps: ofs=0x17, nsteps=0x1f, stepsize=0x06, mute=1
Amp-In vals: [0x09 0x09] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80]
[0x80 0x80]
Connection: 6
0x10 0x24 0x1d 0x1e 0x21 0x13
Node 0x18 [Audio Selector] wcaps 0x300101: Stereo
Connection: 5
0x17* 0x24 0x1d 0x1e 0x21
Node 0x19 [Audio Selector] wcaps 0x30010d: Stereo Amp-Out
Amp-Out caps: ofs=0x1b, nsteps=0x1b, stepsize=0x06, mute=1
Amp-Out vals: [0x80 0x80]
Connection: 1
0x11
Node 0x1a [Audio Selector] wcaps 0x30010d: Stereo Amp-Out
Amp-Out caps: ofs=0x1b, nsteps=0x1b, stepsize=0x06, mute=1
Amp-Out vals: [0x80 0x80]
Connection: 1
0x12
Node 0x1b [Audio Selector] wcaps 0x30010d: Stereo Amp-Out
Amp-Out caps: ofs=0x1b, nsteps=0x1b, stepsize=0x06, mute=1
Amp-Out vals: [0x80 0x80]
Connection: 1
0x13
Node 0x1c [Pin Complex] wcaps 0x40010d: Stereo Amp-Out
Amp-Out caps: N/A
Amp-Out vals: [0x00 0x00]
Pincap 0x081c: OUT HP Detect
Pin Default 0x01011012: [Jack] Line Out at Ext Rear
Conn = 1/8, Color = Black
DefAssociation = 0x1, Sequence = 0x2
Pin-ctls: 0x40: OUT
Connection: 1
0x19
Node 0x1d [Pin Complex] wcaps 0x400101: Stereo
Pincap 0x08334: IN OUT Detect
Vref caps: HIZ 50
Pin Default 0x01a19026: [Jack] Mic at Ext Rear
Conn = 1/8, Color = Pink
DefAssociation = 0x2, Sequence = 0x6
Pin-ctls: 0x21: IN VREF_50
Connection: 1
0x1a
Node 0x1e [Pin Complex] wcaps 0x400101: Stereo
Pincap 0x08334: IN OUT Detect
Vref caps: HIZ 50
Pin Default 0x0181302e: [Jack] Line In at Ext Rear
Conn = 1/8, Color = Blue
DefAssociation = 0x2, Sequence = 0xe
Pin-ctls: 0x20: IN VREF_HIZ
Connection: 1
0x19
Node 0x1f [Pin Complex] wcaps 0x40010d: Stereo Amp-Out
Amp-Out caps: ofs=0x1b, nsteps=0x1b, stepsize=0x06, mute=1
Amp-Out vals: [0x1b 0x1b]
Pincap 0x081c: OUT HP Detect
Pin Default 0x01014010: [Jack] Line Out at Ext Rear
Conn = 1/8, Color = Green
DefAssociation = 0x1, Sequence = 0x0
Pin-ctls: 0x40: OUT
Connection: 1
0x17
Node 0x20 [Pin Complex] wcaps 0x40010d: Stereo Amp-Out
Amp-Out caps: ofs=0x1b, nsteps=0x1b, stepsize=0x06, mute=1
Amp-Out vals: [0x80 0x80]
Pincap 0x081c: OUT HP Detect
Pin Default 0x022140f0: [Jack] HP Out at Ext Front
Conn = 1/8, Color = Green
DefAssociation = 0xf, Sequence = 0x0
Pin-ctls: 0xc0: OUT HP
Connection: 1
0x17
Node 0x21 [Pin Complex] wcaps 0x400101: Stereo
Pincap 0x08334: IN OUT Detect
Vref caps: HIZ 50
Pin Default 0x02a190f0: [Jack] Mic at Ext Front
Conn = 1/8, Color = Pink
DefAssociation = 0xf, Sequence = 0x0
Pin-ctls: 0x21: IN VREF_50
Connection: 1
0x1b
Node 0x22 [Pin Complex] wcaps 0x400101: Stereo
Pincap 0x0814: OUT Detect
Pin Default 0x01016011: [Jack] Line Out at Ext Rear
Conn = 1/8, Color = Orange
DefAssociation = 0x1, Sequence = 0x1
Pin-ctls: 0x40: OUT
Connection: 1
0x1a
Node 0x23 [Pin Complex] wcaps 0x400101: Stereo
Pincap 0x0814: OUT Detect
Pin Default 0x01012014: [Jack] Line Out at Ext Rear
Conn = 1/8, Color = Grey
DefAssociation = 0x1, Sequence = 0x4
Pin-ctls: 0x40: OUT
Connection: 1
0x1b
Node 0x24 [Pin Complex] wcaps 0x400001: Stereo
Pincap 0x0820: IN
Pin Default 0x99330127: [Fixed] CD at Int ATAPI
Conn = ATAPI, Color = Unknown
DefAssociation = 0x2, Sequence = 0x7
Misc = NO_PRESENCE
Pin-ctls: 0x20: IN
Node 0x25 [Pin Complex] wcaps 0x400301: Stereo Digital
Pincap 0x0810: OUT
Pin Default 0x074411f0: [Jack] SPDIF Out at Ext Rear Panel
Conn = RCA, Color = Black
DefAssociation = 0xf, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0x40: OUT
Connection: 1
0x14
Node 0x26 [Pin Complex] wcaps 0x400201: Stereo Digital
Pincap 0x0810030: IN OUT EAPD
EAPD 0x0:
Pin Default 0x07c421f0: [Jack] SPDIF In at Ext Rear Panel
Conn = RCA, Color = Grey
DefAssociation = 0xf, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0x20: IN
Node 0x27 [Audio Input] wcaps 0x10051b: Stereo Amp-In
Amp-In caps: ofs=0x00, nsteps=0x14, stepsize=0x06, mute=1
Amp-In vals: [0x00 0x00]
Converter: stream=0, channel=0
SDI-Select: 0
PCM:
rates [0x440]: 48000 192000
bits [0xa]: 16 24
formats [0x1]: PCM
Power: setting=D0, actual=D0
Connection: 1
0x21
>> The only way to get rid of the GETOSPACE=0 state is to reboot the
>> machine. Say, could this be due to the crappy VIA hardware?
>
>Possible.
>
>You may try some module options for snd-hda-intel,
>e.g. position_fix=0. See ALSA-Configuration.txt.
No change.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: sound: azx_get_response timeout
2008-04-29 12:19 ` Jan Engelhardt
@ 2008-04-29 12:38 ` Takashi Iwai
2008-04-29 13:40 ` Takashi Iwai
2008-05-28 17:09 ` Jan Engelhardt
0 siblings, 2 replies; 6+ messages in thread
From: Takashi Iwai @ 2008-04-29 12:38 UTC (permalink / raw)
To: Jan Engelhardt; +Cc: Linux Kernel Mailing List
At Tue, 29 Apr 2008 14:19:46 +0200 (CEST),
Jan Engelhardt wrote:
>
>
> On Tuesday 2008-04-29 13:09, Takashi Iwai wrote:
> >> Out of the blue, sound stops and dmesg throws:
> >>
> >> ALSA sound/pci/hda/hda_intel.c:596: hda_intel: azx_get_response timeout,
> >> switching to polling mode: last cmd=0x000f0000
> >
> >It's a warining and usually OK as long as you don't get errors with
> >single_cmd mode after this message.
>
> Well I do ..
Then the message is a red herring.
> >> ALSA sound/pci/hda/hda_codec.c:2868: hp_outs=1 (0x20/0x0/0x0/0x0/0x0)
> >> ALSA sound/pci/hda/hda_codec.c:2869: mono: mono_out=0x0
> >> ALSA sound/pci/hda/hda_codec.c:2877: inputs: mic=0x1d, fmic=0x21, line=0x1e, fline=0x0, cd=0x24, aux=0x0
> >> hda_codec: num_steps = 0 for NID=0x1f (ctl = Front Playback Volume)
> >> hda_codec: num_steps = 0 for NID=0x1a (ctl = Center Playback Volume)
> >> hda_codec: num_steps = 0 for NID=0x19 (ctl = Side Playback Volume)
> >> hda_codec: num_steps = 0 for NID=0x20 (ctl = Headphone Playback Volume)
> >> hda_codec: num_steps = 0 for NID=0x15 (ctl = Capture Volume)
> >
> >These look bad. It seems that the codec doesn't provide any amp
> >information of the corresponding widgets although the driver tries to
> >create mixer elements with them.
> >
> >What show /proc/asound/card0/codec#* files?
>
> Codec: VIA VIA VT1708
> Address: 0
> Vendor Id: 0x11061708
> Subsystem Id: 0x11060300
> Revision Id: 0x100700
> No Modem Function Group found
> Default PCM:
> rates [0x0]:
> bits [0x0]:
> formats [0x0]:
> Default Amp-In caps: N/A
> Default Amp-Out caps: N/A
> GPIO: io=0, o=0, i=0, unsolicited=0, wake=0
> Node 0x10 [Audio Output] wcaps 0x411: Stereo
> Converter: stream=5, channel=0
> PCM:
> rates [0x7e0]: 44100 48000 88200 96000 176400 192000
> bits [0xa]: 16 24
> formats [0x1]: PCM
> Power: setting=D0, actual=D0
> Node 0x11 [Audio Output] wcaps 0x411: Stereo
> Converter: stream=5, channel=0
> PCM:
> rates [0x7e0]: 44100 48000 88200 96000 176400 192000
> bits [0xa]: 16 24
> formats [0x1]: PCM
> Power: setting=D0, actual=D0
> Node 0x12 [Audio Output] wcaps 0x411: Stereo
> Converter: stream=5, channel=0
> PCM:
> rates [0x7e0]: 44100 48000 88200 96000 176400 192000
> bits [0xa]: 16 24
> formats [0x1]: PCM
> Power: setting=D0, actual=D0
> Node 0x13 [Audio Output] wcaps 0x411: Stereo
> Converter: stream=5, channel=0
> PCM:
> rates [0x7e0]: 44100 48000 88200 96000 176400 192000
> bits [0xa]: 16 24
> formats [0x1]: PCM
> Power: setting=D0, actual=D0
> Node 0x14 [Audio Output] wcaps 0x211: Stereo Digital
> Converter: stream=5, channel=0
> Digital:
> Digital category: 0x0
> PCM:
> rates [0x7e0]: 44100 48000 88200 96000 176400 192000
> bits [0xa]: 16 24
> formats [0x5]: PCM AC3
> Node 0x15 [Audio Input] wcaps 0x10051b: Stereo Amp-In
> Amp-In caps: ofs=0x00, nsteps=0x14, stepsize=0x06, mute=1
> Amp-In vals: [0x00 0x00]
> Converter: stream=0, channel=0
> SDI-Select: 0
> PCM:
> rates [0x440]: 48000 192000
> bits [0xa]: 16 24
> formats [0x1]: PCM
> Power: setting=D0, actual=D0
> Connection: 1
> 0x18
> Node 0x16 [Audio Input] wcaps 0x100311: Stereo Digital
> Converter: stream=0, channel=0
> SDI-Select: 0
> Digital: Validity
> Digital category: 0x0
> PCM:
> rates [0x1f0]: 32000 44100 48000 88200 96000
> bits [0xa]: 16 24
> formats [0x5]: PCM AC3
> Connection: 1
> 0x26
> Node 0x17 [Audio Mixer] wcaps 0x20010b: Stereo Amp-In
> Amp-In caps: ofs=0x17, nsteps=0x1f, stepsize=0x06, mute=1
> Amp-In vals: [0x09 0x09] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80]
> [0x80 0x80]
> Connection: 6
> 0x10 0x24 0x1d 0x1e 0x21 0x13
> Node 0x18 [Audio Selector] wcaps 0x300101: Stereo
> Connection: 5
> 0x17* 0x24 0x1d 0x1e 0x21
> Node 0x19 [Audio Selector] wcaps 0x30010d: Stereo Amp-Out
> Amp-Out caps: ofs=0x1b, nsteps=0x1b, stepsize=0x06, mute=1
> Amp-Out vals: [0x80 0x80]
> Connection: 1
> 0x11
> Node 0x1a [Audio Selector] wcaps 0x30010d: Stereo Amp-Out
> Amp-Out caps: ofs=0x1b, nsteps=0x1b, stepsize=0x06, mute=1
> Amp-Out vals: [0x80 0x80]
> Connection: 1
> 0x12
> Node 0x1b [Audio Selector] wcaps 0x30010d: Stereo Amp-Out
> Amp-Out caps: ofs=0x1b, nsteps=0x1b, stepsize=0x06, mute=1
> Amp-Out vals: [0x80 0x80]
> Connection: 1
> 0x13
> Node 0x1c [Pin Complex] wcaps 0x40010d: Stereo Amp-Out
> Amp-Out caps: N/A
> Amp-Out vals: [0x00 0x00]
> Pincap 0x081c: OUT HP Detect
> Pin Default 0x01011012: [Jack] Line Out at Ext Rear
> Conn = 1/8, Color = Black
> DefAssociation = 0x1, Sequence = 0x2
> Pin-ctls: 0x40: OUT
> Connection: 1
> 0x19
> Node 0x1d [Pin Complex] wcaps 0x400101: Stereo
> Pincap 0x08334: IN OUT Detect
> Vref caps: HIZ 50
> Pin Default 0x01a19026: [Jack] Mic at Ext Rear
> Conn = 1/8, Color = Pink
> DefAssociation = 0x2, Sequence = 0x6
> Pin-ctls: 0x21: IN VREF_50
> Connection: 1
> 0x1a
> Node 0x1e [Pin Complex] wcaps 0x400101: Stereo
> Pincap 0x08334: IN OUT Detect
> Vref caps: HIZ 50
> Pin Default 0x0181302e: [Jack] Line In at Ext Rear
> Conn = 1/8, Color = Blue
> DefAssociation = 0x2, Sequence = 0xe
> Pin-ctls: 0x20: IN VREF_HIZ
> Connection: 1
> 0x19
> Node 0x1f [Pin Complex] wcaps 0x40010d: Stereo Amp-Out
> Amp-Out caps: ofs=0x1b, nsteps=0x1b, stepsize=0x06, mute=1
> Amp-Out vals: [0x1b 0x1b]
> Pincap 0x081c: OUT HP Detect
> Pin Default 0x01014010: [Jack] Line Out at Ext Rear
> Conn = 1/8, Color = Green
> DefAssociation = 0x1, Sequence = 0x0
> Pin-ctls: 0x40: OUT
> Connection: 1
> 0x17
> Node 0x20 [Pin Complex] wcaps 0x40010d: Stereo Amp-Out
> Amp-Out caps: ofs=0x1b, nsteps=0x1b, stepsize=0x06, mute=1
> Amp-Out vals: [0x80 0x80]
> Pincap 0x081c: OUT HP Detect
> Pin Default 0x022140f0: [Jack] HP Out at Ext Front
> Conn = 1/8, Color = Green
> DefAssociation = 0xf, Sequence = 0x0
> Pin-ctls: 0xc0: OUT HP
> Connection: 1
> 0x17
> Node 0x21 [Pin Complex] wcaps 0x400101: Stereo
> Pincap 0x08334: IN OUT Detect
> Vref caps: HIZ 50
> Pin Default 0x02a190f0: [Jack] Mic at Ext Front
> Conn = 1/8, Color = Pink
> DefAssociation = 0xf, Sequence = 0x0
> Pin-ctls: 0x21: IN VREF_50
> Connection: 1
> 0x1b
> Node 0x22 [Pin Complex] wcaps 0x400101: Stereo
> Pincap 0x0814: OUT Detect
> Pin Default 0x01016011: [Jack] Line Out at Ext Rear
> Conn = 1/8, Color = Orange
> DefAssociation = 0x1, Sequence = 0x1
> Pin-ctls: 0x40: OUT
> Connection: 1
> 0x1a
> Node 0x23 [Pin Complex] wcaps 0x400101: Stereo
> Pincap 0x0814: OUT Detect
> Pin Default 0x01012014: [Jack] Line Out at Ext Rear
> Conn = 1/8, Color = Grey
> DefAssociation = 0x1, Sequence = 0x4
> Pin-ctls: 0x40: OUT
> Connection: 1
> 0x1b
> Node 0x24 [Pin Complex] wcaps 0x400001: Stereo
> Pincap 0x0820: IN
> Pin Default 0x99330127: [Fixed] CD at Int ATAPI
> Conn = ATAPI, Color = Unknown
> DefAssociation = 0x2, Sequence = 0x7
> Misc = NO_PRESENCE
> Pin-ctls: 0x20: IN
> Node 0x25 [Pin Complex] wcaps 0x400301: Stereo Digital
> Pincap 0x0810: OUT
> Pin Default 0x074411f0: [Jack] SPDIF Out at Ext Rear Panel
> Conn = RCA, Color = Black
> DefAssociation = 0xf, Sequence = 0x0
> Misc = NO_PRESENCE
> Pin-ctls: 0x40: OUT
> Connection: 1
> 0x14
> Node 0x26 [Pin Complex] wcaps 0x400201: Stereo Digital
> Pincap 0x0810030: IN OUT EAPD
> EAPD 0x0:
> Pin Default 0x07c421f0: [Jack] SPDIF In at Ext Rear Panel
> Conn = RCA, Color = Grey
> DefAssociation = 0xf, Sequence = 0x0
> Misc = NO_PRESENCE
> Pin-ctls: 0x20: IN
> Node 0x27 [Audio Input] wcaps 0x10051b: Stereo Amp-In
> Amp-In caps: ofs=0x00, nsteps=0x14, stepsize=0x06, mute=1
> Amp-In vals: [0x00 0x00]
> Converter: stream=0, channel=0
> SDI-Select: 0
> PCM:
> rates [0x440]: 48000 192000
> bits [0xa]: 16 24
> formats [0x1]: PCM
> Power: setting=D0, actual=D0
> Connection: 1
> 0x21
This proc file looks fine. You don't hear from the headphone but from
the line-out jack, right?
To be sure, get the codec proc files before and after the problem to
compare. (lspci register dump might be worth to check, too.)
> >> The only way to get rid of the GETOSPACE=0 state is to reboot the
> >> machine. Say, could this be due to the crappy VIA hardware?
> >
> >Possible.
> >
> >You may try some module options for snd-hda-intel,
> >e.g. position_fix=0. See ALSA-Configuration.txt.
>
> No change.
Then I have no certain clue what could be a culprit yet now. The
symptom sounds like the DMA stops working by any reason, but this is a
pretty uncommon case. Usual hda-intel bugs are about the wrong mixer
setting or routining, or the communication errors between the
controller and the codec chips. You'd have to see other error
messages in such cases.
It might be related with the power management...
Takashi
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: sound: azx_get_response timeout
2008-04-29 12:38 ` Takashi Iwai
@ 2008-04-29 13:40 ` Takashi Iwai
2008-05-28 17:09 ` Jan Engelhardt
1 sibling, 0 replies; 6+ messages in thread
From: Takashi Iwai @ 2008-04-29 13:40 UTC (permalink / raw)
To: Jan Engelhardt; +Cc: Linux Kernel Mailing List
At Tue, 29 Apr 2008 14:38:27 +0200,
I wrote:
>
> > >> The only way to get rid of the GETOSPACE=0 state is to reboot the
> > >> machine. Say, could this be due to the crappy VIA hardware?
> > >
> > >Possible.
> > >
> > >You may try some module options for snd-hda-intel,
> > >e.g. position_fix=0. See ALSA-Configuration.txt.
> >
> > No change.
>
> Then I have no certain clue what could be a culprit yet now. The
> symptom sounds like the DMA stops working by any reason, but this is a
> pretty uncommon case. Usual hda-intel bugs are about the wrong mixer
> setting or routining, or the communication errors between the
> controller and the codec chips. You'd have to see other error
> messages in such cases.
>
> It might be related with the power management...
And I should have asked this before all -- is it a regression?
Takashi
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: sound: azx_get_response timeout
2008-04-29 12:38 ` Takashi Iwai
2008-04-29 13:40 ` Takashi Iwai
@ 2008-05-28 17:09 ` Jan Engelhardt
1 sibling, 0 replies; 6+ messages in thread
From: Jan Engelhardt @ 2008-05-28 17:09 UTC (permalink / raw)
To: Takashi Iwai; +Cc: Linux Kernel Mailing List
On Tuesday 2008-04-29 14:38, Takashi Iwai wrote:
>> >> Out of the blue, sound stops and dmesg throws:
>> >>
>> >> ALSA sound/pci/hda/hda_intel.c:596: hda_intel: azx_get_response timeout,
>> >> switching to polling mode: last cmd=0x000f0000
>> >
>> >It's a warining and usually OK as long as you don't get errors with
>> >single_cmd mode after this message.
>>
>> Well I do ..
>
>Then the message is a red herring.
Ah nah.. for some reason I forgot to delete that line from the mail.
But then it seems to be running for half an hour with 2.6.23.17 so far,
so that may be a bisection helping point. Will report bisect findings as
comes available.
>> >What show /proc/asound/card0/codec#* files?
>>[..]
>
>This proc file looks fine. You don't hear from the headphone but from
>the line-out jack, right?
The voulme control for 'Headphones' is 0, but I do hear things,
so I do use the "Master Front" mixer. (There is just one green
jack on the mainboard anyway.)
>To be sure, get the codec proc files before and after the problem to
>compare. (lspci register dump might be worth to check, too.)
(have not booted into 2.6.25 again yet, but will do)
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2008-05-28 17:10 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2008-04-29 10:31 sound: azx_get_response timeout Jan Engelhardt
2008-04-29 11:09 ` Takashi Iwai
2008-04-29 12:19 ` Jan Engelhardt
2008-04-29 12:38 ` Takashi Iwai
2008-04-29 13:40 ` Takashi Iwai
2008-05-28 17:09 ` Jan Engelhardt
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®