[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.20.1708230900280.1821@nanos>
Date: Wed, 23 Aug 2017 09:01:04 +0200 (CEST)
From: Thomas Gleixner <tglx@...utronix.de>
To: jeffy <jeffy.chen@...k-chips.com>
cc: Nicholas Piggin <npiggin@...il.com>, akpm@...ux-foundation.org,
John Stultz <john.stultz@...aro.org>,
Stephen Boyd <sboyd@...eaurora.org>,
Jonathan.Cameron@...wei.com, paulmck@...ux.vnet.ibm.com,
mpe@...erman.id.au, dzickus@...hat.com, sfr@...b.auug.org.au,
linuxarm@...wei.com, abdhalee@...ux.vnet.ibm.com,
linux-kernel@...r.kernel.org, torvalds@...ux-foundation.org
Subject: Re: [v2] timers: Fix excessive granularity of new timers after a
nohz idle
On Wed, 23 Aug 2017, jeffy wrote:
> Hi guys,
>
> I was testing a arm64 based device(chromebook bob), and the kernel hang a
> lot(during booting or suspending) on for-next(next-20170822) with this commit:
> 71acb768f5b3 (timers: Fix excessive granularity of new timers after a nohz
> idle)
>
> After revert it(or just add "!base->is_idle" check back), things work well...
Can you please test V2?
Thanks,
tglx
Powered by blists - more mailing lists