[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CALAqxLW7yQPKuRM7MnBXB82c3aW=ukqCs0a1udkGhH-kLPVx6w@mail.gmail.com>
Date: Mon, 15 Jun 2015 11:55:09 -0700
From: John Stultz <john.stultz@...aro.org>
To: Prarit Bhargava <prarit@...hat.com>
Cc: lkml <linux-kernel@...r.kernel.org>,
Daniel Bristot de Oliveira <bristot@...hat.com>,
Richard Cochran <richardcochran@...il.com>,
Jan Kara <jack@...e.cz>, Jiri Bohac <jbohac@...e.cz>,
Thomas Gleixner <tglx@...utronix.de>,
Ingo Molnar <mingo@...hat.com>,
Shuah Khan <shuahkh@....samsung.com>
Subject: Re: [PATCH 0/5 v2] Fixes for leapsecond expiring early ABS_TIME
CLOCK_REALTIME timers
On Mon, Jun 15, 2015 at 6:46 AM, Prarit Bhargava <prarit@...hat.com> wrote:
> On 06/15/2015 09:10 AM, Prarit Bhargava wrote:
>> I'm testing this on a few more large CPU count systems. So far, so good ...
>>
>
> John, unfortunately I'm seeing failures across a lot of the large systems
> dev/early-leap-timer as of this AM
>
[snip]
> [root@...el-chiefriver-04 ~]# ./leap-a-day -s
> Setting time to speed up testing
> This runs continuously. Press ctrl-c to stop
>
> Setting time to Mon Jun 15 19:59:50 2015
> Scheduling leap second for Mon Jun 15 20:00:00 2015
> Setting timer for Mon Jun 15 20:00:00 2015
> Mon Jun 15 19:59:57 2015 + 18177 us (0) TIME_INS
> Mon Jun 15 19:59:57 2015 + 526181 us (0) TIME_INS
> Mon Jun 15 19:59:58 2015 + 37418 us (0) TIME_INS
> Mon Jun 15 19:59:58 2015 + 546474 us (0) TIME_INS
> Mon Jun 15 19:59:59 2015 + 55724 us (0) TIME_INS
> Mon Jun 15 19:59:59 2015 + 566970 us (0) TIME_INS
> Mon Jun 15 19:59:59 2015 + 6013 us (1) TIME_OOP - TIMER FIRED
> Error: Early timer expiration!
> Error: Incorrect NTP state?
> Mon Jun 15 19:59:59 2015 + 6040 us (1) TIME_OOP
> Mon Jun 15 19:59:59 2015 + 517240 us (1) TIME_OOP
> Mon Jun 15 20:00:00 2015 + 28504 us (1) TIME_WAIT
> Mon Jun 15 20:00:00 2015 + 539745 us (1) TIME_WAIT
> Mon Jun 15 20:00:01 2015 + 50978 us (1) TIME_WAIT
> Mon Jun 15 20:00:01 2015 + 560360 us (1) TIME_WAIT
> Mon Jun 15 20:00:02 2015 + 69952 us (1) TIME_WAIT
Hrm.. I'm unable so far to reproduce this.
Attached is a simple trace debug patch, would you mind running the
test, and when the failure occurs send me the output from
cat /sys/kernel/debug/tracing/trace (along with the test output for
the failure).
(Do make sure you have tracing enabled in your kernel config)
thanks
-john
View attachment "tmp.patch" of type "text/x-patch" (1209 bytes)
Powered by blists - more mailing lists