[alsa-devel] [RFC PATCH] hda_intel: ratelimit "spurious response" message
joe at perches.com
Tue Nov 19 09:40:07 CET 2013
On Fri, 2013-11-15 at 07:56 +0100, Takashi Iwai wrote:
> At Thu, 14 Nov 2013 09:52:34 -0800,
> Joe Perches wrote:
> > > Hrm, the codec proc for the analog audio isn't seen here.
> > > Maybe the codec communication was already screwed up at this point.
> > >
> > > Can you have a good output by any chance (showing the right contents
> > > of /proc/asound/card1/codec#*)?
> > Using the linux version I've normally used:
> > $ cat /proc/version
> > Linux version 3.11.0-031100rc2-generic (apw at gomeisa) (gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) ) #201307211535 SMP Sun Jul 21 19:45:33 UTC 201
> > $ cat /proc/asound/card1/codec#0
> > Codec: Realtek ALC271X
> So this codec was detected properly. Judging from your patch
> description, the verb triggering the stall (0x170500) was about the
> power up to D0 for AFG node. Did the sound work even after the flood
> of the messages?
> The problem might be also not a stall but a bogus CORB/RIRB pointer.
> Try the first patch, and give the first "spurious response" message.
> Now it shows rp and wp values, and we might see a pattern in them to
> trigger the spurious message (e.g. wp is always same value).
> Also, to be sure, try the second patch, too. It disables the access
> to some vendor-specific verbs.
I'm not ignoring you.
I've rebuilt the kernel with these patches and
I'm waiting for the messages to show up again.
The only times I've seen them have been after
hibernating and resuming.
I've done several hibernate/restart cycles but
haven't had the messages emitted in the logs yet.
More information about the Alsa-devel