* HDA timeouts
@ 2009-11-07 19:06 Maxim Levitsky
2009-11-07 19:08 ` Maxim Levitsky
2009-11-08 8:06 ` Takashi Iwai
0 siblings, 2 replies; 5+ messages in thread
From: Maxim Levitsky @ 2009-11-07 19:06 UTC (permalink / raw)
To: alsa-devel
[-- Attachment #1: Type: text/plain, Size: 377 bytes --]
Hi,
Sometimes (1 in 5 boots) I see the following:
azx_get_response timeout, switching to polling mode: last cmd=0x014f0900
I initially blamed MSI that I enabled explicitly.
If it is enabled, there is another timeout just before this line.
Now I explicitly disable msi, and still see this.
It seems that codec hangs or so.
my codec#0 attached.
Best regards,
Maxim Levitsky
[-- Attachment #2: sound codec - codec0 --]
[-- Type: text/plain, Size: 7541 bytes --]
Codec: Realtek ALC268
Address: 0
Function Id: 0x1
Vendor Id: 0x10ec0268
Subsystem Id: 0x1025011e
Revision Id: 0x100003
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=4, o=0, i=0, unsolicited=1, wake=0
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
IO[2]: enable=0, dir=0, wake=0, sticky=0, data=0, unsol=0
IO[3]: enable=0, dir=0, wake=0, sticky=0, data=0, unsol=0
Node 0x02 [Audio Output] wcaps 0x1d: Stereo Amp-Out
Amp-Out caps: ofs=0x40, nsteps=0x40, stepsize=0x03, mute=0
Amp-Out vals: [0x40 0x40]
Converter: stream=0, channel=0
PCM:
rates [0x560]: 44100 48000 96000 192000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Node 0x03 [Audio Output] wcaps 0x1d: Stereo Amp-Out
Amp-Out caps: ofs=0x40, nsteps=0x40, stepsize=0x03, mute=0
Amp-Out vals: [0x40 0x40]
Converter: stream=0, channel=0
PCM:
rates [0x560]: 44100 48000 96000 192000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Node 0x04 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x05 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x06 [Audio Output] wcaps 0x211: Stereo Digital
Converter: stream=0, channel=0
Digital:
Digital category: 0x0
PCM:
rates [0x5e0]: 44100 48000 88200 96000 192000
bits [0x1e]: 16 20 24 32
formats [0x1]: PCM
Node 0x07 [Audio Input] wcaps 0x100111: Stereo
Converter: stream=0, channel=0
SDI-Select: 0
PCM:
rates [0x160]: 44100 48000 96000
bits [0x6]: 16 20
formats [0x1]: PCM
Connection: 1
0x24
Node 0x08 [Audio Input] wcaps 0x100111: Stereo
Converter: stream=0, channel=0
SDI-Select: 0
PCM:
rates [0x160]: 44100 48000 96000
bits [0x6]: 16 20
formats [0x1]: PCM
Connection: 1
0x23
Node 0x09 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x0a [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x0b [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x0c [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x0d [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x0e [Audio Mixer] wcaps 0x20010a: Mono Amp-In
Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-In vals: [0x00]
Connection: 1
0x02
Node 0x0f [Audio Mixer] wcaps 0x20010b: Stereo Amp-In
Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-In vals: [0x00 0x00] [0x80 0x80]
Connection: 2
0x02 0x1d
Node 0x10 [Audio Mixer] wcaps 0x20010b: Stereo Amp-In
Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-In vals: [0x00 0x00] [0x80 0x80] [0x80 0x80]
Connection: 3
0x03 0x1d 0x02
Node 0x11 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x12 [Pin Complex] wcaps 0x400001: 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: 0x20: IN
Node 0x13 [Pin Complex] wcaps 0x400001: 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: 0x20: IN
Node 0x14 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x80 0x80]
Pincap 0x0001003c: IN OUT HP EAPD Detect
EAPD 0x2: EAPD
Pin Default 0x0221101f: [Jack] HP Out at Ext Front
Conn = 1/8, Color = Black
DefAssociation = 0x1, Sequence = 0xf
Pin-ctls: 0xc0: OUT HP
Unsolicited: tag=04, enabled=1
Connection: 1
0x0f
Node 0x15 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x80 0x80]
Pincap 0x0001003c: IN OUT HP EAPD Detect
EAPD 0x2: EAPD
Pin Default 0x99130110: [Fixed] Speaker at Int ATAPI
Conn = ATAPI, Color = Unknown
DefAssociation = 0x1, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0x40: OUT
Unsolicited: tag=00, enabled=0
Connection: 1
0x10
Node 0x16 [Pin Complex] wcaps 0x40010c: Mono Amp-Out
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x80]
Pincap 0x00000010: OUT
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
Connection: 1
0x0e
Node 0x17 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x18 [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x02, stepsize=0x4f, mute=0
Amp-In vals: [0x00 0x00]
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x80 0x80]
Pincap 0x00003734: IN OUT Detect
Vref caps: HIZ 50 GRD 80 100
Pin Default 0x02a19840: [Jack] Mic at Ext Front
Conn = 1/8, Color = Pink
DefAssociation = 0x4, Sequence = 0x0
Pin-ctls: 0x24: IN VREF_80
Unsolicited: tag=00, enabled=0
Connection: 1
0x02
Node 0x19 [Pin Complex] wcaps 0x40008b: Stereo Amp-In
Amp-In caps: ofs=0x00, nsteps=0x02, stepsize=0x4f, mute=0
Amp-In vals: [0x00 0x00]
Pincap 0x00003724: IN Detect
Vref caps: HIZ 50 GRD 80 100
Pin Default 0x99a30941: [Fixed] Mic at Int ATAPI
Conn = ATAPI, Color = Unknown
DefAssociation = 0x4, Sequence = 0x1
Misc = NO_PRESENCE
Pin-ctls: 0x24: IN VREF_80
Unsolicited: tag=00, enabled=0
Node 0x1a [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x02, stepsize=0x4f, mute=0
Amp-In vals: [0x00 0x00]
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x80 0x80]
Pincap 0x00003734: IN OUT Detect
Vref caps: HIZ 50 GRD 80 100
Pin Default 0x0281304e: [Jack] Line In at Ext Front
Conn = 1/8, Color = Blue
DefAssociation = 0x4, Sequence = 0xe
Pin-ctls: 0x24: IN VREF_80
Unsolicited: tag=00, enabled=0
Connection: 1
0x02
Node 0x1b [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x1c [Pin Complex] wcaps 0x400001: 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: 0x20: IN
Node 0x1d [Pin Complex] wcaps 0x400000: Mono
Pincap 0x00000020: IN
Pin Default 0x4017952d: [N/A] Speaker at Ext N/A
Conn = Analog, Color = Pink
DefAssociation = 0x2, Sequence = 0xd
Misc = NO_PRESENCE
Pin-ctls: 0x20: IN
Node 0x1e [Pin Complex] wcaps 0x400380: Mono Digital
Pincap 0x00000010: OUT
Pin Default 0x02451130: [Jack] SPDIF Out at Ext Front
Conn = Optical, Color = Black
DefAssociation = 0x3, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0x40: OUT
Unsolicited: tag=00, enabled=0
Connection: 1
0x06
Node 0x1f [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x20 [Vendor Defined Widget] wcaps 0xf00040: Mono
Processing caps: benign=0, ncoeff=10
Processing Coefficient: 0xa948
Coefficient Index: 0x02
Node 0x21 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x22 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x23 [Audio Selector] wcaps 0x30010d: Stereo Amp-Out
Amp-Out caps: ofs=0x0b, nsteps=0x1f, stepsize=0x05, mute=1
Amp-Out vals: [0x1a 0x1a]
Connection: 7
0x18 0x19* 0x1a 0x1c 0x14 0x15 0x12
Node 0x24 [Audio Selector] wcaps 0x30010d: Stereo Amp-Out
Amp-Out caps: ofs=0x0b, nsteps=0x1f, stepsize=0x05, mute=1
Amp-Out vals: [0x00 0x00]
Connection: 7
0x18* 0x19 0x1a 0x1c 0x14 0x15 0x13
[-- Attachment #3: Type: text/plain, Size: 160 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: HDA timeouts
2009-11-07 19:06 HDA timeouts Maxim Levitsky
@ 2009-11-07 19:08 ` Maxim Levitsky
2009-11-08 8:06 ` Takashi Iwai
1 sibling, 0 replies; 5+ messages in thread
From: Maxim Levitsky @ 2009-11-07 19:08 UTC (permalink / raw)
To: alsa-devel
On Sat, 2009-11-07 at 21:06 +0200, Maxim Levitsky wrote:
> Hi,
>
> Sometimes (1 in 5 boots) I see the following:
> azx_get_response timeout, switching to polling mode: last cmd=0x014f0900
>
> I initially blamed MSI that I enabled explicitly.
> If it is enabled, there is another timeout just before this line.
> Now I explicitly disable msi, and still see this.
>
> It seems that codec hangs or so.
>
> my codec#0 attached.
>
> Best regards,
> Maxim Levitsky
I also filled a bugreport:
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=4796
Best regards,
Maxim Levitsky
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: HDA timeouts
2009-11-07 19:06 HDA timeouts Maxim Levitsky
2009-11-07 19:08 ` Maxim Levitsky
@ 2009-11-08 8:06 ` Takashi Iwai
2009-11-08 17:53 ` Maxim Levitsky
1 sibling, 1 reply; 5+ messages in thread
From: Takashi Iwai @ 2009-11-08 8:06 UTC (permalink / raw)
To: Maxim Levitsky; +Cc: alsa-devel
At Sat, 07 Nov 2009 21:06:54 +0200,
Maxim Levitsky wrote:
>
> Hi,
>
> Sometimes (1 in 5 boots) I see the following:
> azx_get_response timeout, switching to polling mode: last cmd=0x014f0900
>
> I initially blamed MSI that I enabled explicitly.
> If it is enabled, there is another timeout just before this line.
> Now I explicitly disable msi, and still see this.
>
> It seems that codec hangs or so.
Unless it switches to the single_cmd mode, this isn't so serious at all.
Usually this is a problem of either the timing or that the IRQ isn't
generated by the chip properly. But the communication via CORB/RIRB
still works usually, so the driver runs fine in the polling mode.
thanks,
Takashi
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: HDA timeouts
2009-11-08 8:06 ` Takashi Iwai
@ 2009-11-08 17:53 ` Maxim Levitsky
2009-11-10 7:24 ` Takashi Iwai
0 siblings, 1 reply; 5+ messages in thread
From: Maxim Levitsky @ 2009-11-08 17:53 UTC (permalink / raw)
To: Takashi Iwai; +Cc: alsa-devel
On Sun, 2009-11-08 at 09:06 +0100, Takashi Iwai wrote:
> At Sat, 07 Nov 2009 21:06:54 +0200,
> Maxim Levitsky wrote:
> >
> > Hi,
> >
> > Sometimes (1 in 5 boots) I see the following:
> > azx_get_response timeout, switching to polling mode: last cmd=0x014f0900
> >
> > I initially blamed MSI that I enabled explicitly.
> > If it is enabled, there is another timeout just before this line.
> > Now I explicitly disable msi, and still see this.
> >
> > It seems that codec hangs or so.
>
> Unless it switches to the single_cmd mode, this isn't so serious at all.
> Usually this is a problem of either the timing or that the IRQ isn't
> generated by the chip properly. But the communication via CORB/RIRB
> still works usually, so the driver runs fine in the polling mode.
Yes, it does work fine, but it disables MSI first, although its not to
blame...
Any ideas, about what can be the cause of the hang?
Its not the timing, I increased the timeout to 10 seconds, and got same
results.
Best regard,
Maxim Levitsky
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: HDA timeouts
2009-11-08 17:53 ` Maxim Levitsky
@ 2009-11-10 7:24 ` Takashi Iwai
0 siblings, 0 replies; 5+ messages in thread
From: Takashi Iwai @ 2009-11-10 7:24 UTC (permalink / raw)
To: Maxim Levitsky; +Cc: alsa-devel
At Sun, 08 Nov 2009 19:53:29 +0200,
Maxim Levitsky wrote:
>
> On Sun, 2009-11-08 at 09:06 +0100, Takashi Iwai wrote:
> > At Sat, 07 Nov 2009 21:06:54 +0200,
> > Maxim Levitsky wrote:
> > >
> > > Hi,
> > >
> > > Sometimes (1 in 5 boots) I see the following:
> > > azx_get_response timeout, switching to polling mode: last cmd=0x014f0900
> > >
> > > I initially blamed MSI that I enabled explicitly.
> > > If it is enabled, there is another timeout just before this line.
> > > Now I explicitly disable msi, and still see this.
> > >
> > > It seems that codec hangs or so.
> >
> > Unless it switches to the single_cmd mode, this isn't so serious at all.
> > Usually this is a problem of either the timing or that the IRQ isn't
> > generated by the chip properly. But the communication via CORB/RIRB
> > still works usually, so the driver runs fine in the polling mode.
>
> Yes, it does work fine, but it disables MSI first, although its not to
> blame...
The logic was changed in the latest code. Now switched to the polling
mode before disabling MSI.
> Any ideas, about what can be the cause of the hang?
>
> Its not the timing, I increased the timeout to 10 seconds, and got same
> results.
If so, it should have something to do with the interrupts.
The difference between the normal mode and the polling mode is that
the former expects and waits for the RIRB interrupt while the latter
polls actively.
thanks,
Takashi
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2009-11-10 7:24 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-11-07 19:06 HDA timeouts Maxim Levitsky
2009-11-07 19:08 ` Maxim Levitsky
2009-11-08 8:06 ` Takashi Iwai
2009-11-08 17:53 ` Maxim Levitsky
2009-11-10 7:24 ` Takashi Iwai
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.