[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1372961512.8728.32.camel@buesod1.americas.hpqcorp.net>
Date: Thu, 04 Jul 2013 11:11:52 -0700
From: Davidlohr Bueso <davidlohr.bueso@...com>
To: Thomas Gleixner <tglx@...utronix.de>
Cc: Alex Shi <alex.shi@...el.com>, hpa@...ux.intel.com,
tim.c.chen@...ux.intel.com, linux-kernel@...r.kernel.org,
andi.kleen@...el.com, a.p.zijlstra@...llo.nl, mingo@...e.hu
Subject: Re: [URGENT rfc patch 0/3] tsc clocksource bug fix
On Thu, 2013-07-04 at 13:00 +0200, Thomas Gleixner wrote:
> On Thu, 4 Jul 2013, Alex Shi wrote:
>
> > We find some benchmarks drop a lot on tip/sched/core on many Intel boxes,
> > like oltp, tbench, hackbench etc. and bisected the commit 5d33b883ae
> > cause this regression. Due to this commit, the clocksource was changed
> > to hpet from tsc even tsc will be set CLOCK_SOURCE_VALID_FOR_HRES later
> > in clocksource_watchdog.
>
> 5d33b883ae is not in tip/sched/core. So what are you testing and
> bisecting?
I think he's referring to:
commit 5d33b883aed81c6fbcd09c6f7c3619eee850a7e2
Author: Thomas Gleixner <tglx@...utronix.de>
Date: Thu Apr 25 20:31:43 2013 +0000
clocksource: Always verify highres capability
If a clocksource has a (wrong) high rating, but can't be used as a
timebase for oneshot tick mode, it is unconditionally selected even
when the system is already in oneshot tick mode. This causes full
system failure.
Verify the clocksource selection against the oneshot mode.
Signed-off-by: Thomas Gleixner <tglx@...utronix.de>
Acked-by: John Stultz <john.stultz@...aro.org>
Cc: Magnus Damm <magnus.damm@...il.com>
Link: http://lkml.kernel.org/r/20130425143435.635040849@linutronix.de
Signed-off-by: Thomas Gleixner <tglx@...utronix.de>
--
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