linux-kernel - Re: [RFC] timekeeping: Use cached readouts for monotonic and raw clocks in suspend

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <alpine.DEB.2.20.1611201412380.3610@nanos>
Date:   Sun, 20 Nov 2016 14:24:05 +0100 (CET)
From:   Thomas Gleixner <tglx@...utronix.de>
To:     Joel Fernandes <joelaf@...gle.com>
cc:     linux-kernel@...r.kernel.org, John Stultz <john.stultz@...aro.org>,
        Steven Rostedt <rostedt@...dmis.org>,
        "Rafael J . Wysocki" <rafael.j.wysocki@...el.com>
Subject: Re: [RFC] timekeeping: Use cached readouts for monotonic and raw
 clocks in suspend

On Sat, 19 Nov 2016, Joel Fernandes wrote:

> I am planning to add boot clock as a trace clock that can account suspend time
> during tracing, however ktime_get_with_offset throws a warning as the
> clocksource is attempted to be accessed in suspend.

ktime_get_with_offset() cannot be used as trace clock at all because it can
life lock in NMI context. That's why we have ktime_get_mono_fast().

Thanks,

	tglx