From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751534AbdE0QQb (ORCPT ); Sat, 27 May 2017 12:16:31 -0400 Received: from mail-wr0-f180.google.com ([209.85.128.180]:35663 "EHLO mail-wr0-f180.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750827AbdE0QQ2 (ORCPT ); Sat, 27 May 2017 12:16:28 -0400 MIME-Version: 1.0 In-Reply-To: <20170527073836.7rxbn5kdf5c536q5@gmail.com> References: <1495856035-6622-1-git-send-email-john.stultz@linaro.org> <20170527073836.7rxbn5kdf5c536q5@gmail.com> From: John Stultz Date: Sat, 27 May 2017 09:16:26 -0700 Message-ID: Subject: Re: [RFC][PATCH 0/4] Fixes for two recently found timekeeping bugs To: Ingo Molnar Cc: lkml , Thomas Gleixner , Miroslav Lichvar , Richard Cochran , Prarit Bhargava , Stephen Boyd , Daniel Mentz Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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. thanks -john