[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CALAqxLVMtL+Vkao1i61zQFzcPK3VE3ZtUyu1B1TuPQppOGcUNQ@mail.gmail.com>
Date: Fri, 20 Nov 2015 11:11:51 -0800
From: John Stultz <john.stultz@...aro.org>
To: Marc Zyngier <marc.zyngier@....com>
Cc: Grygorii Strashko <grygorii.strashko@...com>,
santosh shilimkar <santosh.shilimkar@...cle.com>,
Russell King - ARM Linux <linux@....linux.org.uk>,
Daniel Lezcano <daniel.lezcano@...aro.org>,
Thomas Gleixner <tglx@...utronix.de>,
Srinivas Kandagatla <srinivas.kandagatla@...il.com>,
Maxime Coquelin <maxime.coquelin@...com>,
lkml <linux-kernel@...r.kernel.org>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>, kernel@...inux.com,
"linux-omap@...r.kernel.org" <linux-omap@...r.kernel.org>,
Arnd Bergmann <arnd@...db.de>, Felipe Balbi <balbi@...com>,
Tony Lindgren <tony@...mide.com>,
Santosh Shilimkar <ssantosh@...nel.org>
Subject: Re: [PATCH v2] clocksource: arm_global_timer: fix suspend resume
On Fri, Nov 20, 2015 at 10:46 AM, Marc Zyngier <marc.zyngier@....com> wrote:
>
> This patch has a very specific purpose: instructing the core code that
> this timer will never stop ticking, ever. It is really targeted at
> virtual machines, whose timer is backed by the host timer, even when the
> VM is not running.
>
> Using it on actual hardware is may not be the best idea, specially in
> the presence of PM.
And actually, the CLOCK_SOURCE_SUSPEND_NONSTOP flag was added to
support real hardware, so its not just limited to VMs. But that
hardware does have to keep the lights on for the counter backing the
clocksource, and I'm not sure how common it ever became.
thanks
-john
--
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