All of lore.kernel.org
 help / color / mirror / Atom feed
* 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.