Date: Fri, 10 Feb 2006 03:04:59 -0500 (EST)
From: Steven Rostedt <rostedt@goodmis.org>
To: Jonathan Woithe <jwoithe@physics.adelaide.edu.au>
cc: linux-kernel@vger.kernel.org, Ingo Molnar <mingo@elte.hu>
Subject: Re: 2.6.15-rt16: possible sound-related side-effect
In-Reply-To: <200602100212.k1A2CEat012522@auster.physics.adelaide.edu.au>
Message-ID: <Pine.LNX.4.58.0602100256220.20605@gandalf.stny.rr.com>
References: <200602100212.k1A2CEat012522@auster.physics.adelaide.edu.au>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 2324
Lines: 55


On Fri, 10 Feb 2006, Jonathan Woithe wrote:

> Hi all
>
> In the last week I have updated the kernel on our laptop to 2.6.15-rt16.
> By and large this worked well and had the attractive side effect of making
> the clock run at the correct speed once more.
>
> During development of an ALSA patch I had the need to remove and reinsert
> the hda-intel and hda-codec modules on numerous occasions.  Every so often
> (perhaps once every 5 or 6 times on average) the initialisation sequence of
> hda-intel would get hung up and the associated insmod would never return.  A
> reboot was required to clear the problem.  The following messages were
> written to syslog repeatedly and often:
>
>   Feb  5 21:36:24: ALSA sound/pci/hda/hda_intel.c:511: azx_get_response timeout
>   Feb  5 21:36:26 halite last message repeated 9 times
>   Feb  5 21:36:29 halite kernel: printk: 31 messages suppressed.
>
> I have noticed the "azx_get_response timeout" messages in earlier kernels
> as well, but up until now the hda initialisation hasn't gotten hung up.
>
> The latching up of the hda-intel initialisation does not appear to occur
> when doing the same thing under a non-RT 2.6.15 kernel.  Furthermore, I have
> had an instance where the lockup occured while cold-booting an unmodified
> 2.6.15-rt16, which rules out any changes I made to ALSA as the cause of the
> problem.  In any case the changes I was making to ALSA don't affect the
> initialisation code.
>
> Prior to this kernel I was running an unmodified 2.6.14-rt21 kernel and
> while these messages did occur they didn't cause hda-intel to lock up.
>
> Any suggestions as to what might be causing this and/or of further tests
> which might help narrow down the cause?

Could you turn on nmi_watchdog as well as softlockup_detect.

nmi_watchedog:
  make sure CONFIG_X86_LOCAL_APIC is set, and then pass in the command
  line "nmi_watchdog=2 lapic"  (lapic may or may not be needed, but should
  not hurt to include it).

softlockup_detect:
  set CONFIG_DETECT_SOFTLOCKUP.

these may point out better what is locked up.

-- Steve
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/