[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20170426082137.koj7q3ftfqw3o22u@gmail.com>
Date: Wed, 26 Apr 2017 10:21:37 +0200
From: Ingo Molnar <mingo@...nel.org>
To: Mike Galbraith <efault@....de>,
"Paul E. McKenney" <paulmck@...ibm.com>
Cc: LKML <linux-kernel@...r.kernel.org>, Ingo Molnar <mingo@...e.hu>,
Peter Zijlstra <peterz@...radead.org>,
Thomas Gleixner <tglx@...utronix.de>,
Frederic Weisbecker <fweisbec@...il.com>
Subject: Re: x86-tip tsc/tick gripage
* Mike Galbraith <efault@....de> wrote:
> On Wed, 2017-04-26 at 10:02 +0200, Mike Galbraith wrote:
>
> > tip v4.11-rc8-893-g8ec9e12aff06, trusty ole 8 socket (X7560) DL980 G7
>
> Ew, DL980 then turned into unhappy RCU camper.
>
> [ 316.980923] basemono: 316956000000 ts->next_tick: 316380000000 dev->next_event: 316956005002
> [ 689.893122] INFO: rcu_sched detected stalls on CPUs/tasks:
Probably RCU unrelated.
I have temporarily removed the current timers/urgent lineup from -tip:
098991fccfc7: nohz: Print more debug info in tick_nohz_stop_sched_tick()
22aa2ad45fd8: tick: Make sure tick timer is active when bypassing reprogramming
d58bd60c773d: nohz: Fix again collision between tick and other hrtimers
... and have reintegrated tip:master, so it should be back to working I think.
Does this solve the warning and the RCU stalls on your boxes?
Thanks,
Ingo
Powered by blists - more mailing lists