* 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®