From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751019AbdE1Iyk (ORCPT ); Sun, 28 May 2017 04:54:40 -0400 Received: from mail-wr0-f194.google.com ([209.85.128.194]:35611 "EHLO mail-wr0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750905AbdE1Iyi (ORCPT ); Sun, 28 May 2017 04:54:38 -0400 Date: Sun, 28 May 2017 10:54:34 +0200 From: Ingo Molnar To: John Stultz Cc: lkml , Thomas Gleixner , Miroslav Lichvar , Richard Cochran , Prarit Bhargava , Stephen Boyd , Daniel Mentz Subject: Re: [RFC][PATCH 0/4] Fixes for two recently found timekeeping bugs Message-ID: <20170528085434.7ygjfarqdgydzguy@gmail.com> References: <1495856035-6622-1-git-send-email-john.stultz@linaro.org> <20170527073836.7rxbn5kdf5c536q5@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20170113 (1.7.2) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * John Stultz wrote: > On Sat, May 27, 2017 at 12:38 AM, Ingo Molnar wrote: > > > > * John Stultz wrote: > > > >> As part of the Linaro Linux Kernel Functional Test (LKFT) > >> effort, test failures from kselftest/timer's > >> inconsistency-check were reported connected to > >> CLOCK_MONOTONIC_RAW, on the HiKey platform. > >> > >> Digging in I found that an old issue with how sub-ns accounting > >> is handled with the RAW time which was fixed long ago with the > >> CLOCK_MONOTONIC/REALTIME ids, but missed with RAW time, was > >> present. > >> > >> Additionally, running further tests, I uncovered an issue with > >> how the clocksource read function is handled when clocksources > >> are changed, which can cause crashes. > >> > >> Both of these issues have not been uncovered in x86 based > >> testing due to x86 not using vDSO to accelerate > >> CLOCK_MONOTONIC_RAW, combined with the HiKey's arch_timer > >> clocksource being fast to access but incrementing slowly enough > >> to get multiple reads using the same counter value (which helps > >> uncover time handing issues), along with the fact that none of > >> the x86 clocksources making use of the clocksource argument > >> passed to the read function. > >> > >> This patchset addresses these two issues. > > > > AFAICS only the first two patches are fixes, the other two patches are > > cleanups/simplifications that resulted out of the debugging effort, right? > > Actually the first three are fixes (ARM64 still sees discontinuities > until the vDSO is fixed), the last one is a cleanup. Ok, please make it more apparent in the changelog of the third patch what user observable mis-behavior is actually fixed by it: corrupted time, non-monotonic time, or something else? Thanks, Ingo