On 09/26/2017 11:33 AM, Thomas Gleixner wrote:
> On Tue, 26 Sep 2017, Prarit Bhargava wrote:
>> On 09/26/2017 11:26 AM, Thomas Gleixner wrote:
>>> On Tue, 26 Sep 2017, Prarit Bhargava wrote:
>>>
>>>> On 09/26/2017 04:42 AM, tip-bot for
On 09/26/2017 11:26 AM, Thomas Gleixner wrote:
> On Tue, 26 Sep 2017, Prarit Bhargava wrote:
>
>> On 09/26/2017 04:42 AM, tip-bot for Prarit Bhargava wrote:
>>> Commit-ID: 310b454a8653ea60d3eb21ce5ab03a282a32fbe1
>>> Gitweb:
On 09/26/2017 11:26 AM, Thomas Gleixner wrote:
> On Tue, 26 Sep 2017, Prarit Bhargava wrote:
>
>> On 09/26/2017 04:42 AM, tip-bot for Prarit Bhargava wrote:
>>> Commit-ID: 310b454a8653ea60d3eb21ce5ab03a282a32fbe1
>>> Gitweb:
On 09/26/2017 04:42 AM, tip-bot for Prarit Bhargava wrote:
> Commit-ID: 310b454a8653ea60d3eb21ce5ab03a282a32fbe1
> Gitweb: http://git.kernel.org/tip/310b454a8653ea60d3eb21ce5ab03a282a32fbe1
> Author: Prarit Bhargava <pra...@redhat.com>
> AuthorDate: Mon, 18 Sep 2
On 09/26/2017 04:42 AM, tip-bot for Prarit Bhargava wrote:
> Commit-ID: 310b454a8653ea60d3eb21ce5ab03a282a32fbe1
> Gitweb: http://git.kernel.org/tip/310b454a8653ea60d3eb21ce5ab03a282a32fbe1
> Author: Prarit Bhargava
> AuthorDate: Mon, 18 Sep 2017 13:51:00 -0400
> Com
On 09/26/2017 07:48 AM, Petr Mladek wrote:
> On Mon 2017-09-18 13:51:00, Prarit Bhargava wrote:
>> printk.time=1/CONFIG_PRINTK_TIME=1 adds a unmodified local hardware clock
>> timestamp to printk messages. The local hardware clock loses time each
>> day making it difficult
On 09/26/2017 07:48 AM, Petr Mladek wrote:
> On Mon 2017-09-18 13:51:00, Prarit Bhargava wrote:
>> printk.time=1/CONFIG_PRINTK_TIME=1 adds a unmodified local hardware clock
>> timestamp to printk messages. The local hardware clock loses time each
>> day making it difficult
ing the maximum logical package ID
after all the CPUs have been enumerated.
Signed-off-by: Prarit Bhargava <pra...@redhat.com>
Cc: Thomas Gleixner <t...@linutronix.de>
Cc: Ingo Molnar <mi...@redhat.com>
Cc: "H. Peter Anvin" <h...@zytor.com>
Cc: x...@kernel.org
Cc: Pet
ing the maximum logical package ID
after all the CPUs have been enumerated.
Signed-off-by: Prarit Bhargava
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: "H. Peter Anvin"
Cc: x...@kernel.org
Cc: Peter Zijlstra
Cc: Andi Kleen
Cc: Dave Hansen
Cc: Piotr Luc
Cc: Kan Liang
Cc: Borislav Petkov
an.li...@intel.com>
Cc: Borislav Petkov <b...@suse.de>
Cc: Stephane Eranian <eran...@google.com>
Cc: Prarit Bhargava <pra...@redhat.com>
Cc: Arvind Yadav <arvind.yadav...@gmail.com>
Cc: Andy Lutomirski <l...@kernel.org>
Cc: Christian Borntraeger <borntrae..
Andi Kleen
Cc: Dave Hansen
Cc: Piotr Luc
Cc: Kan Liang
Cc: Borislav Petkov
Cc: Stephane Eranian
Cc: Prarit Bhargava
Cc: Arvind Yadav
Cc: Andy Lutomirski
Cc: Christian Borntraeger
Cc: "Kirill A. Shutemov"
Cc: Tom Lendacky
Cc: He Chen
Cc: Mathias Krause
Cc: Tim Chen
Cc: Vitaly
-by: Prarit Bhargava <pra...@redhat.com>
Cc: Thomas Gleixner <t...@linutronix.de>
Cc: Ingo Molnar <mi...@redhat.com>
Cc: "H. Peter Anvin" <h...@zytor.com>
Cc: x...@kernel.org
Cc: Peter Zijlstra <pet...@infradead.org>
Cc: Andi Kleen <a...@linux.intel.com&
-by: Prarit Bhargava
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: "H. Peter Anvin"
Cc: x...@kernel.org
Cc: Peter Zijlstra
Cc: Andi Kleen
Cc: Dave Hansen
Cc: Piotr Luc
Cc: Kan Liang
Cc: Borislav Petkov
Cc: Stephane Eranian
Cc: Arvind Yadav
Cc: Andy Lutomirski
Cc: Christian Bornt
@intel.com>
Cc: Piotr Luc <piotr@intel.com>
Cc: Kan Liang <kan.li...@intel.com>
Cc: Borislav Petkov <b...@suse.de>
Cc: Stephane Eranian <eran...@google.com>
Cc: Prarit Bhargava <pra...@redhat.com>
Cc: Arvind Yadav <arvind.yadav...@gmail.com>
Cc: An
: "H. Peter Anvin"
Cc: x...@kernel.org
Cc: Peter Zijlstra
Cc: Andi Kleen
Cc: Dave Hansen
Cc: Piotr Luc
Cc: Kan Liang
Cc: Borislav Petkov
Cc: Stephane Eranian
Cc: Prarit Bhargava
Cc: Arvind Yadav
Cc: Andy Lutomirski
Cc: Christian Borntraeger
Cc: "Kirill A. Shutemov"
Commit-ID: a4c1a0002f4518363da9d9ecd7b805af152dcdf1
Gitweb: http://git.kernel.org/tip/a4c1a0002f4518363da9d9ecd7b805af152dcdf1
Author: Prarit Bhargava <pra...@redhat.com>
AuthorDate: Mon, 28 Aug 2017 08:21:54 -0400
Committer: Thomas Gleixner <t...@linutronix.de>
CommitDate:
Commit-ID: a4c1a0002f4518363da9d9ecd7b805af152dcdf1
Gitweb: http://git.kernel.org/tip/a4c1a0002f4518363da9d9ecd7b805af152dcdf1
Author: Prarit Bhargava
AuthorDate: Mon, 28 Aug 2017 08:21:54 -0400
Committer: Thomas Gleixner
CommitDate: Mon, 25 Sep 2017 21:12:06 +0200
printk: Add
Commit-ID: 5df32107f609c1f621bcdac0a685c23677ef671e
Gitweb: http://git.kernel.org/tip/5df32107f609c1f621bcdac0a685c23677ef671e
Author: Prarit Bhargava <pra...@redhat.com>
AuthorDate: Mon, 28 Aug 2017 08:21:53 -0400
Committer: Thomas Gleixner <t...@linutronix.de>
CommitDate:
Commit-ID: 5df32107f609c1f621bcdac0a685c23677ef671e
Gitweb: http://git.kernel.org/tip/5df32107f609c1f621bcdac0a685c23677ef671e
Author: Prarit Bhargava
AuthorDate: Mon, 28 Aug 2017 08:21:53 -0400
Committer: Thomas Gleixner
CommitDate: Mon, 25 Sep 2017 21:05:59 +0200
timekeeping: Make
spamming the console
>>> every time the alarm fires early. It also fixes the test exiting with
>>> error code 0 if this was the only test failure.
>>>
>>> Cc: Thomas Gleixner <t...@linutronix.de>
>>> Cc: Ingo Molnar <mi...@kernel.org>
>
o fixes the test exiting with
>>> error code 0 if this was the only test failure.
>>>
>>> Cc: Thomas Gleixner
>>> Cc: Ingo Molnar
>>> Cc: Miroslav Lichvar
>>> Cc: Richard Cochran
>>> Cc: Prarit Bhargava
>>> Cc: Step
On 09/17/2017 06:46 AM, Sergey Senozhatsky wrote:
> I'm a bit uncomfortable with the "breaks user space" part. since this
> is a strictly debugging option, would it be sufficient to store those
> extended timestamps as prefixes of every message?
> see (sorry for "self-quoting"):
>
On 09/17/2017 06:46 AM, Sergey Senozhatsky wrote:
> I'm a bit uncomfortable with the "breaks user space" part. since this
> is a strictly debugging option, would it be sufficient to store those
> extended timestamps as prefixes of every message?
> see (sorry for "self-quoting"):
>
-by: Prarit Bhargava <pra...@redhat.com>
Cc: Mark Salyzyn <saly...@android.com>
Cc: Jonathan Corbet <cor...@lwn.net>
Cc: Petr Mladek <pmla...@suse.com>
Cc: Sergey Senozhatsky <sergey.senozhat...@gmail.com>
Cc: Steven Rostedt <rost...@goodmis.org>
Cc: John Stultz <john
-by: Prarit Bhargava
Cc: Mark Salyzyn
Cc: Jonathan Corbet
Cc: Petr Mladek
Cc: Sergey Senozhatsky
Cc: Steven Rostedt
Cc: John Stultz
Cc: Thomas Gleixner
Cc: Stephen Boyd
Cc: Andrew Morton
Cc: Greg Kroah-Hartman
Cc: "Paul E. McKenney"
Cc: Christoffer Dall
Cc: Deepa Dinamani
Cc: Ingo
ames. Simplify timestamp logic and remove
recursive code.
Signed-off-by: Prarit Bhargava <pra...@redhat.com>
Cc: Mark Salyzyn <saly...@android.com>
Cc: Jonathan Corbet <cor...@lwn.net>
Cc: Petr Mladek <pmla...@suse.com>
Cc: Sergey Senozhatsky <sergey.senozhat...@gmai
ames. Simplify timestamp logic and remove
recursive code.
Signed-off-by: Prarit Bhargava
Cc: Mark Salyzyn
Cc: Jonathan Corbet
Cc: Petr Mladek
Cc: Sergey Senozhatsky
Cc: Steven Rostedt
Cc: John Stultz
Cc: Thomas Gleixner
Cc: Stephen Boyd
Cc: Andrew Morton
Cc: Greg Kroah-Hartman
Cc: &qu
timekeeping is initialized.
[v12]: Remove typecast.
Signed-off-by: Prarit Bhargava <pra...@redhat.com>
Suggested-by: Peter Zijlstra <pet...@infradead.org>
Cc: John Stultz <john.stu...@linaro.org>
Cc: Thomas Gleixner <t...@linutronix.de>
Cc: Stephen Boyd <sb...@codea
timekeeping is initialized.
[v12]: Remove typecast.
Signed-off-by: Prarit Bhargava
Suggested-by: Peter Zijlstra
Cc: John Stultz
Cc: Thomas Gleixner
Cc: Stephen Boyd
---
kernel/time/timekeeping.c | 35 +--
1 file changed, 21 insertions(+), 14 deletions(-)
diff --git
From: Thomas Gleixner
The configurable printk timestamping wants access to clock realtime. Right
now there is no ktime_get_real_fast_ns() accessor because reading the
monotonic base and the realtime offset cannot be done atomically. Contrary
to boot time this offset can
From: Thomas Gleixner
The configurable printk timestamping wants access to clock realtime. Right
now there is no ktime_get_real_fast_ns() accessor because reading the
monotonic base and the realtime offset cannot be done atomically. Contrary
to boot time this offset can change during runtime and
On 09/15/2017 09:28 AM, Petr Mladek wrote:
>
> I am still slightly nervous that external tools would need updating.
> Also they might have troubles to interpret the time stamps especially
> when the source is changed at runtime via
> /sys/module/printk/parameters/time.
In earlier versions I
On 09/15/2017 09:28 AM, Petr Mladek wrote:
>
> I am still slightly nervous that external tools would need updating.
> Also they might have troubles to interpret the time stamps especially
> when the source is changed at runtime via
> /sys/module/printk/parameters/time.
In earlier versions I
On 09/05/2017 08:15 AM, Thomas Gleixner wrote:
> On Tue, 5 Sep 2017, Prarit Bhargava wrote:
>> +static struct tk_fast tk_fast_mono cacheline_aligned = {
>> +.base = {
>> +(struct tk_read_base){
>> +
On 09/05/2017 08:15 AM, Thomas Gleixner wrote:
> On Tue, 5 Sep 2017, Prarit Bhargava wrote:
>> +static struct tk_fast tk_fast_mono cacheline_aligned = {
>> +.base = {
>> +(struct tk_read_base){
>> +
From: Andi Kleen
The SNB-EP uncore driver is the only user of topology_phys_to_logical_pkg
in a performance critical path. Change it query the logical pkg ID
only once at initialization time and then cache it in box structure.
Signed-off-by: Andi Kleen
From: Andi Kleen
The SNB-EP uncore driver is the only user of topology_phys_to_logical_pkg
in a performance critical path. Change it query the logical pkg ID
only once at initialization time and then cache it in box structure.
Signed-off-by: Andi Kleen
---
arch/x86/events/intel/uncore.c
-by: Prarit Bhargava <pra...@redhat.com>
---
arch/x86/kernel/smpboot.c | 57 +--
1 file changed, 10 insertions(+), 47 deletions(-)
diff --git a/arch/x86/kernel/smpboot.c b/arch/x86/kernel/smpboot.c
index a6e9bd971b91..1b86ba57ab1a 100644
--- a/ar
From: Andi Kleen
I was looking at large early boot allocations and noticed that
since (1f12e32f x86/topology: Create logical package id)
every 64bit system allocates a 128k array to convert logical
package ids.
This happens because the array is sized for
MAX_LOCAL_APIC and
-by: Prarit Bhargava
---
arch/x86/kernel/smpboot.c | 57 +--
1 file changed, 10 insertions(+), 47 deletions(-)
diff --git a/arch/x86/kernel/smpboot.c b/arch/x86/kernel/smpboot.c
index a6e9bd971b91..1b86ba57ab1a 100644
--- a/arch/x86/kernel/smpboot.c
+++ b
From: Andi Kleen
I was looking at large early boot allocations and noticed that
since (1f12e32f x86/topology: Create logical package id)
every 64bit system allocates a 128k array to convert logical
package ids.
This happens because the array is sized for
MAX_LOCAL_APIC and that is always 32k on
Cleanup the logical package ID code by storing the logical package ID in
the cpuinfo_x86 struct and calculating the maximum logical package ID
after all the CPUs have been enumerated.
[v2]: Decrease logical_packages when the last thread in a socket is
removed.
Signed-off-by: Prarit Bhargava <
Cleanup the logical package ID code by storing the logical package ID in
the cpuinfo_x86 struct and calculating the maximum logical package ID
after all the CPUs have been enumerated.
[v2]: Decrease logical_packages when the last thread in a socket is
removed.
Signed-off-by: Prarit Bhargava
On 09/11/2017 07:46 PM, kernel test robot wrote:
> FYI, we noticed the following commit:
>
> commit: 05aa90edc7910ec3d1ed791fa77371b3acb9bf08 ("x86/topology: Avoid
> wasting 128k for package id array")
> url:
>
On 09/11/2017 07:46 PM, kernel test robot wrote:
> FYI, we noticed the following commit:
>
> commit: 05aa90edc7910ec3d1ed791fa77371b3acb9bf08 ("x86/topology: Avoid
> wasting 128k for package id array")
> url:
>
On 09/11/2017 07:46 PM, kernel test robot wrote:
> FYI, we noticed the following commit:
>
> commit: 05aa90edc7910ec3d1ed791fa77371b3acb9bf08 ("x86/topology: Avoid
> wasting 128k for package id array")
> url:
>
On 09/11/2017 07:46 PM, kernel test robot wrote:
> FYI, we noticed the following commit:
>
> commit: 05aa90edc7910ec3d1ed791fa77371b3acb9bf08 ("x86/topology: Avoid
> wasting 128k for package id array")
> url:
>
From: Andi Kleen
I was looking at large early boot allocations and noticed that
since (1f12e32f x86/topology: Create logical package id)
every 64bit system allocates a 128k array to convert logical
package ids.
This happens because the array is sized for
MAX_LOCAL_APIC and
From: Andi Kleen
I was looking at large early boot allocations and noticed that
since (1f12e32f x86/topology: Create logical package id)
every 64bit system allocates a 128k array to convert logical
package ids.
This happens because the array is sized for
MAX_LOCAL_APIC and that is always 32k on
off-by: Prarit Bhargava <pra...@redhat.com>
Andi Kleen (2):
perf/x86/intel/uncore: Cache logical pkg id in uncore driver
x86/topology: Avoid wasting 128k for package id array
Prarit Bhargava (1):
x86/smpboot: Fix __max_logical_packages estimate
arch/x86/events/intel/uncore.c |
off-by: Prarit Bhargava
Andi Kleen (2):
perf/x86/intel/uncore: Cache logical pkg id in uncore driver
x86/topology: Avoid wasting 128k for package id array
Prarit Bhargava (1):
x86/smpboot: Fix __max_logical_packages estimate
arch/x86/events/intel/uncore.c | 1 +
arch/x86/events/in
From: Andi Kleen
The SNB-EP uncore driver is the only user of topology_phys_to_logical_pkg
in a performance critical path. Change it query the logical pkg ID
only once at initialization time and then cache it in box structure.
Signed-off-by: Andi Kleen
-by: Prarit Bhargava <pra...@redhat.com>
---
arch/x86/kernel/smpboot.c | 57 +--
1 file changed, 10 insertions(+), 47 deletions(-)
diff --git a/arch/x86/kernel/smpboot.c b/arch/x86/kernel/smpboot.c
index ab588ff56650..51581a38543a 100644
--- a/ar
From: Andi Kleen
The SNB-EP uncore driver is the only user of topology_phys_to_logical_pkg
in a performance critical path. Change it query the logical pkg ID
only once at initialization time and then cache it in box structure.
Signed-off-by: Andi Kleen
---
arch/x86/events/intel/uncore.c
-by: Prarit Bhargava
---
arch/x86/kernel/smpboot.c | 57 +--
1 file changed, 10 insertions(+), 47 deletions(-)
diff --git a/arch/x86/kernel/smpboot.c b/arch/x86/kernel/smpboot.c
index ab588ff56650..51581a38543a 100644
--- a/arch/x86/kernel/smpboot.c
+++ b
On 09/06/2017 02:36 PM, Prarit Bhargava wrote:
> A system booted with a small number of cores enabled per package
> panics because the estimate of __max_logical_packages is too low.
> This occurs when the total number of active cores across all packages
> is less than the maximu
On 09/06/2017 02:36 PM, Prarit Bhargava wrote:
> A system booted with a small number of cores enabled per package
> panics because the estimate of __max_logical_packages is too low.
> This occurs when the total number of active cores across all packages
> is less than the maximu
On 09/06/2017 07:17 PM, Andi Kleen wrote:
> From: Andi Kleen
>
> I was looking at large early boot allocations and noticed that
> since (1f12e32f x86/topology: Create logical package id)
> every 64bit system allocates a 128k array to convert logical
> package ids.
>
>
On 09/06/2017 07:17 PM, Andi Kleen wrote:
> From: Andi Kleen
>
> I was looking at large early boot allocations and noticed that
> since (1f12e32f x86/topology: Create logical package id)
> every 64bit system allocates a 128k array to convert logical
> package ids.
>
> This happens because the
.
If __max_logical_packages is still insufficient during boot use the largest
possible value of Package ID.
Signed-off-by: Prarit Bhargava <pra...@redhat.com>
Cc: Thomas Gleixner <t...@linutronix.de>
Cc: Ingo Molnar <mi...@redhat.com>
Cc: "H. Peter Anvin" <h...@zytor.co
.
If __max_logical_packages is still insufficient during boot use the largest
possible value of Package ID.
Signed-off-by: Prarit Bhargava
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: "H. Peter Anvin"
Cc: x...@kernel.org
Cc: Jean Delvare
Cc: Borislav Petkov
Cc: Andy Lutomirski
Cc: Tim Chen
timekeeping is initialized.
Signed-off-by: Prarit Bhargava <pra...@redhat.com>
Suggested-by: Peter Zijlstra <pet...@infradead.org>
Cc: John Stultz <john.stu...@linaro.org>
Cc: Thomas Gleixner <t...@linutronix.de>
Cc: Stephen Boyd <sb...@codeaurora.org>
---
timekeeping is initialized.
Signed-off-by: Prarit Bhargava
Suggested-by: Peter Zijlstra
Cc: John Stultz
Cc: Thomas Gleixner
Cc: Stephen Boyd
---
kernel/time/timekeeping.c | 47 +--
1 file changed, 33 insertions(+), 14 deletions(-)
diff --git a/kernel
name param
functions. Adjust configs, enum, and timestamp_sources_str to be 0-4.
Add mention realtime clock is UTC in Documentation.
v9: Fix typo. Add __ktime_get_real_fast_ns_unsafe().
v10: Remove time parameter restrictions.
Signed-off-by: Prarit Bhargava <pra...@redhat.com>
Cc: Ma
name param
functions. Adjust configs, enum, and timestamp_sources_str to be 0-4.
Add mention realtime clock is UTC in Documentation.
v9: Fix typo. Add __ktime_get_real_fast_ns_unsafe().
v10: Remove time parameter restrictions.
Signed-off-by: Prarit Bhargava
Cc: Mark Salyzyn
Cc: Jonathan Co
issues relate to each other in real time.
Add monotonic, boottime, and real clock timestamps in addition to the existing
local hardware clock timestamp.
Signed-off-by: Prarit Bhargava <pra...@redhat.com>
Cc: Mark Salyzyn <saly...@android.com>
Cc: Jonathan Corbet <cor...@lwn.net&g
issues relate to each other in real time.
Add monotonic, boottime, and real clock timestamps in addition to the existing
local hardware clock timestamp.
Signed-off-by: Prarit Bhargava
Cc: Mark Salyzyn
Cc: Jonathan Corbet
Cc: Petr Mladek
Cc: Sergey Senozhatsky
Cc: Steven Rostedt
Cc: John
From: Thomas Gleixner
The configurable printk timestamping wants access to clock realtime. Right
now there is no ktime_get_real_fast_ns() accessor because reading the
monotonic base and the realtime offset cannot be done atomically. Contrary
to boot time this offset can
From: Thomas Gleixner
The configurable printk timestamping wants access to clock realtime. Right
now there is no ktime_get_real_fast_ns() accessor because reading the
monotonic base and the realtime offset cannot be done atomically. Contrary
to boot time this offset can change during runtime and
issues relate to each other in real time.
Add monotonic, boottime, and real clock timestamps in addition to the existing
local hardware clock timestamp.
Signed-off-by: Prarit Bhargava <pra...@redhat.com>
Cc: Mark Salyzyn <saly...@android.com>
Cc: Jonathan Corbet <cor...@lwn.net&g
issues relate to each other in real time.
Add monotonic, boottime, and real clock timestamps in addition to the existing
local hardware clock timestamp.
Signed-off-by: Prarit Bhargava
Cc: Mark Salyzyn
Cc: Jonathan Corbet
Cc: Petr Mladek
Cc: Sergey Senozhatsky
Cc: Steven Rostedt
Cc: John
Adjust configs, enum, and timestamp_sources_str to be 0-4.
Add mention realtime clock is UTC in Documentation.
v9: Fix typo. Add __ktime_get_real_fast_ns_unsafe().
v10: Remove time parameter restrictions.
Signed-off-by: Prarit Bhargava <pra...@redhat.com>
Cc: Mark Salyzyn <saly...@android.
Adjust configs, enum, and timestamp_sources_str to be 0-4.
Add mention realtime clock is UTC in Documentation.
v9: Fix typo. Add __ktime_get_real_fast_ns_unsafe().
v10: Remove time parameter restrictions.
Signed-off-by: Prarit Bhargava
Cc: Mark Salyzyn
Cc: Jonathan Corbet
Cc: Petr Mladek
Cc
timekeeping is initialized.
Signed-off-by: Prarit Bhargava <pra...@redhat.com>
Suggested-by: Peter Zijlstra <pet...@infradead.org>
Cc: John Stultz <john.stu...@linaro.org>
Cc: Thomas Gleixner <t...@linutronix.de>
Cc: Stephen Boyd <sb...@codeaurora.org>
---
timekeeping is initialized.
Signed-off-by: Prarit Bhargava
Suggested-by: Peter Zijlstra
Cc: John Stultz
Cc: Thomas Gleixner
Cc: Stephen Boyd
---
kernel/time/timekeeping.c | 47 +--
1 file changed, 33 insertions(+), 14 deletions(-)
diff --git a/kernel
issues relate to each other in real time.
Add monotonic, boottime, and real clock timestamps in addition to the existing
local hardware clock timestamp.
Signed-off-by: Prarit Bhargava <pra...@redhat.com>
Cc: Mark Salyzyn <saly...@android.com>
Cc: Jonathan Corbet <cor...@lwn.net&g
issues relate to each other in real time.
Add monotonic, boottime, and real clock timestamps in addition to the existing
local hardware clock timestamp.
Signed-off-by: Prarit Bhargava
Cc: Mark Salyzyn
Cc: Jonathan Corbet
Cc: Petr Mladek
Cc: Sergey Senozhatsky
Cc: Steven Rostedt
Cc: John
Adjust configs, enum, and timestamp_sources_str to be 0-4.
Add mention realtime clock is UTC in Documentation.
v9: Fix typo. Add __ktime_get_real_fast_ns_unsafe().
Signed-off-by: Prarit Bhargava <pra...@redhat.com>
Cc: Mark Salyzyn <saly...@android.com>
Cc: Jonathan Corbet <cor...@l
Adjust configs, enum, and timestamp_sources_str to be 0-4.
Add mention realtime clock is UTC in Documentation.
v9: Fix typo. Add __ktime_get_real_fast_ns_unsafe().
Signed-off-by: Prarit Bhargava
Cc: Mark Salyzyn
Cc: Jonathan Corbet
Cc: Petr Mladek
Cc: Sergey Senozhatsky
Cc: Steven Rostedt
timekeeping is initialized.
Signed-off-by: Prarit Bhargava <pra...@redhat.com>
Suggested-by: Peter Zijlstra <pet...@infradead.org>
Cc: John Stultz <john.stu...@linaro.org>
Cc: Thomas Gleixner <t...@linutronix.de>
Cc: Stephen Boyd <sb...@codeaurora.org>
---
timekeeping is initialized.
Signed-off-by: Prarit Bhargava
Suggested-by: Peter Zijlstra
Cc: John Stultz
Cc: Thomas Gleixner
Cc: Stephen Boyd
---
kernel/time/timekeeping.c | 47 +--
1 file changed, 33 insertions(+), 14 deletions(-)
diff --git a/kernel
On 08/24/2017 02:50 PM, John Stultz wrote:
> On Thu, Aug 24, 2017 at 6:42 AM, Prarit Bhargava <pra...@redhat.com> wrote:
>> --- a/include/linux/timekeeping.h
>> +++ b/include/linux/timekeeping.h
>> @@ -239,6 +239,7 @@ static inline u64 ktime_get_raw_ns(void)
>>
On 08/24/2017 02:50 PM, John Stultz wrote:
> On Thu, Aug 24, 2017 at 6:42 AM, Prarit Bhargava wrote:
>> --- a/include/linux/timekeeping.h
>> +++ b/include/linux/timekeeping.h
>> @@ -239,6 +239,7 @@ static inline u64 ktime_get_raw_ns(void)
>> extern u64 ktime_get_mon
issues relate to each other in real time.
Add monotonic, boottime, and real clock timestamps in addition to the existing
local hardware clock timestamp.
Signed-off-by: Prarit Bhargava <pra...@redhat.com>
Cc: Mark Salyzyn <saly...@android.com>
Cc: Jonathan Corbet <cor...@lwn.net&g
issues relate to each other in real time.
Add monotonic, boottime, and real clock timestamps in addition to the existing
local hardware clock timestamp.
Signed-off-by: Prarit Bhargava
Cc: Mark Salyzyn
Cc: Jonathan Corbet
Cc: Petr Mladek
Cc: Sergey Senozhatsky
Cc: Steven Rostedt
Cc: John
gs, enum, and timestamp_sources_str to be 0-4.
Add mention realtime clock is UTC in Documentation.
Signed-off-by: Prarit Bhargava <pra...@redhat.com>
Cc: Mark Salyzyn <saly...@android.com>
Cc: Jonathan Corbet <cor...@lwn.net>
Cc: Petr Mladek <pmla...@suse.com>
Cc: Sergey Senozhatsky &
gs, enum, and timestamp_sources_str to be 0-4.
Add mention realtime clock is UTC in Documentation.
Signed-off-by: Prarit Bhargava
Cc: Mark Salyzyn
Cc: Jonathan Corbet
Cc: Petr Mladek
Cc: Sergey Senozhatsky
Cc: Steven Rostedt
Cc: John Stultz
Cc: Thomas Gleixner
Cc: Stephen Boyd
Cc: Andrew Morton
Cc: Gr
timekeeping is initialized.
Signed-off-by: Prarit Bhargava <pra...@redhat.com>
Suggested-by: Peter Zijlstra <pet...@infradead.org>
Cc: John Stultz <john.stu...@linaro.org>
Cc: Thomas Gleixner <t...@linutronix.de>
Cc: Stephen Boyd <sb...@codeaurora.org>
---
timekeeping is initialized.
Signed-off-by: Prarit Bhargava
Suggested-by: Peter Zijlstra
Cc: John Stultz
Cc: Thomas Gleixner
Cc: Stephen Boyd
---
kernel/time/timekeeping.c | 47 +--
1 file changed, 33 insertions(+), 14 deletions(-)
diff --git a/kernel
On 08/23/2017 04:45 AM, Petr Mladek wrote:
> On Thu 2017-08-17 09:15:39, Prarit Bhargava wrote:
>> printk.time=1/CONFIG_PRINTK_TIME=1 adds a unmodified local hardware clock
>> timestamp to printk messages. The local hardware clock loses time each
>> day making it difficult
On 08/23/2017 04:45 AM, Petr Mladek wrote:
> On Thu 2017-08-17 09:15:39, Prarit Bhargava wrote:
>> printk.time=1/CONFIG_PRINTK_TIME=1 adds a unmodified local hardware clock
>> timestamp to printk messages. The local hardware clock loses time each
>> day making it difficult
On 08/22/2017 10:23 AM, Petr Mladek wrote:
> On Tue 2017-08-22 10:09:40, Prarit Bhargava wrote:
>>
>>
>> On 08/17/2017 11:30 AM, Mark Salyzyn wrote:
>>> On 08/17/2017 06:15 AM, Prarit Bhargava wrote:
>>>> printk.time=1/CONFIG_PRINTK_TIME=1 adds a unmo
On 08/22/2017 10:23 AM, Petr Mladek wrote:
> On Tue 2017-08-22 10:09:40, Prarit Bhargava wrote:
>>
>>
>> On 08/17/2017 11:30 AM, Mark Salyzyn wrote:
>>> On 08/17/2017 06:15 AM, Prarit Bhargava wrote:
>>>> printk.time=1/CONFIG_PRINTK_TIME=1 adds a unmo
On 08/17/2017 11:30 AM, Mark Salyzyn wrote:
> On 08/17/2017 06:15 AM, Prarit Bhargava wrote:
>> printk.time=1/CONFIG_PRINTK_TIME=1 adds a unmodified local hardware clock
>> timestamp to printk messages. The local hardware clock loses time each
>> day making it difficult
On 08/17/2017 11:30 AM, Mark Salyzyn wrote:
> On 08/17/2017 06:15 AM, Prarit Bhargava wrote:
>> printk.time=1/CONFIG_PRINTK_TIME=1 adds a unmodified local hardware clock
>> timestamp to printk messages. The local hardware clock loses time each
>> day making it difficult
issues relate to each other in real time.
Add monotonic, boottime, and real clock timestamps in addition to the existing
local hardware clock timestamp.
Signed-off-by: Prarit Bhargava <pra...@redhat.com>
Cc: Mark Salyzyn <saly...@android.com>
Cc: Jonathan Corbet <cor...@lwn.net&g
issues relate to each other in real time.
Add monotonic, boottime, and real clock timestamps in addition to the existing
local hardware clock timestamp.
Signed-off-by: Prarit Bhargava
Cc: Mark Salyzyn
Cc: Jonathan Corbet
Cc: Petr Mladek
Cc: Sergey Senozhatsky
Cc: Steven Rostedt
Cc: John
Signed-off-by: Prarit Bhargava <pra...@redhat.com>
Cc: Mark Salyzyn <saly...@android.com>
Cc: Jonathan Corbet <cor...@lwn.net>
Cc: Petr Mladek <pmla...@suse.com>
Cc: Sergey Senozhatsky <sergey.senozhat...@gmail.com>
Cc: Steven Rostedt <rost...@goodmis.org>
Signed-off-by: Prarit Bhargava
Cc: Mark Salyzyn
Cc: Jonathan Corbet
Cc: Petr Mladek
Cc: Sergey Senozhatsky
Cc: Steven Rostedt
Cc: John Stultz
Cc: Thomas Gleixner
Cc: Stephen Boyd
Cc: Andrew Morton
Cc: Greg Kroah-Hartman
Cc: "Paul E. McKenney"
Cc: Christoffer Dall
Cc: Deepa
timekeeping is initialized.
Signed-off-by: Prarit Bhargava <pra...@redhat.com>
Suggested-by: Peter Zijlstra <pet...@infradead.org>
Cc: John Stultz <john.stu...@linaro.org>
Cc: Thomas Gleixner <t...@linutronix.de>
Cc: Stephen Boyd <sb...@codeaurora.org>
---
301 - 400 of 2027 matches
Mail list logo