[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.11.1507031640060.3916@nanos>
Date: Fri, 3 Jul 2015 16:53:49 +0200 (CEST)
From: Thomas Gleixner <tglx@...utronix.de>
To: Wolfram Sang <wsa@...-dreams.de>
cc: Simon Horman <horms@...ge.net.au>,
Kevin Hilman <khilman@...nel.org>,
Tyler Baker <tyler.baker@...aro.org>,
Borislav Petkov <bp@...en8.de>,
Geert Uytterhoeven <geert+renesas@...der.be>,
Magnus Damm <magnus.damm@...il.com>, linux-sh@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org
Subject: Re: Possible regression due to "tick: broadcast: Prevent livelock
from event handler"
On Fri, 3 Jul 2015, Wolfram Sang wrote:
> > So this is a single core machine and uses the em_sti timer w/o the
> > broadcast nonsense. In Simons case it looks like em_sti is used as
> > broadcast device.
>
> We use the same board. Just my kernel has SMP=n.
>
> > Though the issues you see in the highres=n case might be the same as
> > the ones Simon is observing.
>
> I hope so. One good thing about the issue I see is that it is 100%
> reproducable.
>
> > So in that nohz=y highres=n case, does adding idle=poll on the command
> > line fix the issue?
>
> Nope, still hangs.
Ok. So it's unrelated to deep idle states. Any chance of poking with
JTAG at the frozen box? If not, are there GPIOs which you could use to
monitor certain state?
Thanks,
tglx
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists