Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp6104240ybl; Tue, 14 Jan 2020 21:59:43 -0800 (PST) X-Google-Smtp-Source: APXvYqx9p0pXFHjyOmUDq9rf9y/GYGn0I58oop2qKZKj1KrA1FhBI+UWXTx+Xf4wra4qkiiXGaQy X-Received: by 2002:aca:1a06:: with SMTP id a6mr18844530oia.148.1579067982995; Tue, 14 Jan 2020 21:59:42 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1579067982; cv=none; d=google.com; s=arc-20160816; b=QYC7qp8xRQBbOv3phn6PwyPaUQL49lNctm/+2/W6V86VhjkuGmE4JQhBfeiF/IniIY YJERtfEKXZOfaUp9InPOViG1xPd7EX4BYhN5LLlcoE8VVF+Lahr9qYxCKtS3L6mJcy1r 4KhQ7/UJjBfceJn5mCaO2QUp0INpM8qUk/6VvKHiObhiGY2JJ3tW2IKhXUNejz3MFK0/ KB9q1bLwYsA30oSq53oWCQUeLDM/P3B/Eil7Z/DFt8VMt4cFoB6pj4h5yGK/w9bmAFy5 YSahGQRmoww+UHeRRyYP1k40kIZwdibcGsTpz6mziIfN+cG/63lDUQN8MsSathPFj40p Gcvw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature; bh=KwTGzVc/yyfo6uhNyJ5TjBEYcG7YtD5m2pclUdL15Bk=; b=xKB74pX0Fnn4Fvb5wfoIECgg1qDiXDB1BFiyzUUw+5lQO7eemaXHG83t17uowAbiCz fspyOFLPK6nNJoNUZPAMEFvH4vN7A+enYJ0lw0HHSpULWPQhSdtgqtmvCSt2m/7UrL2L tXoriykkFVceAuBNI1AgPC/le4M3gWIJ56AnzRJazw0Nj2Xx/dQgoo7UNK40VKubOcj0 V94U3n/+3dVYbBa7Wgr4Eq+Kke/OiO3EhXty+VJ9ZxNEtYp/v/VJF2Mu8U5+dHrBhKmS Ls0oa9y6COdTJ9DS3gCB6AtrlRiFyTNsQ5stJLYPmiyWdKiApqZFhu0gPwrzIwj/9LOm EA6Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@c-s.fr header.s=mail header.b=dio6bxBx; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id q190si9412858oic.187.2020.01.14.21.59.32; Tue, 14 Jan 2020 21:59:42 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@c-s.fr header.s=mail header.b=dio6bxBx; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729057AbgAOF6e (ORCPT + 99 others); Wed, 15 Jan 2020 00:58:34 -0500 Received: from pegase1.c-s.fr ([93.17.236.30]:60906 "EHLO pegase1.c-s.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726018AbgAOF6d (ORCPT ); Wed, 15 Jan 2020 00:58:33 -0500 Received: from localhost (mailhub1-int [192.168.12.234]) by localhost (Postfix) with ESMTP id 47yGpb0lccz9txw1; Wed, 15 Jan 2020 06:58:31 +0100 (CET) Authentication-Results: localhost; dkim=pass reason="1024-bit key; insecure key" header.d=c-s.fr header.i=@c-s.fr header.b=dio6bxBx; dkim-adsp=pass; dkim-atps=neutral X-Virus-Scanned: Debian amavisd-new at c-s.fr Received: from pegase1.c-s.fr ([192.168.12.234]) by localhost (pegase1.c-s.fr [192.168.12.234]) (amavisd-new, port 10024) with ESMTP id 40oHOF-MnUNq; Wed, 15 Jan 2020 06:58:31 +0100 (CET) Received: from messagerie.si.c-s.fr (messagerie.si.c-s.fr [192.168.25.192]) by pegase1.c-s.fr (Postfix) with ESMTP id 47yGpZ6kvMz9txvv; Wed, 15 Jan 2020 06:58:30 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=c-s.fr; s=mail; t=1579067910; bh=KwTGzVc/yyfo6uhNyJ5TjBEYcG7YtD5m2pclUdL15Bk=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=dio6bxBxIlI/6Qc4OXCmwolRa6EvYA9Zk+dth2w15eH3xj/xNj77GbT35lSw5TvrH h5Yh4Ow65KFwTB9VXvgugMKtii1FncFMxZBBwB3cSr0wO2Tvk/A61dvqmDt2dkz2Ms IzNa1pt0QscBmEU48otKa9tBGdQDWyJot0+VXidU= Received: from localhost (localhost [127.0.0.1]) by messagerie.si.c-s.fr (Postfix) with ESMTP id B69F68B77E; Wed, 15 Jan 2020 06:58:31 +0100 (CET) X-Virus-Scanned: amavisd-new at c-s.fr Received: from messagerie.si.c-s.fr ([127.0.0.1]) by localhost (messagerie.si.c-s.fr [127.0.0.1]) (amavisd-new, port 10023) with ESMTP id wBtF-z8B6-pm; Wed, 15 Jan 2020 06:58:31 +0100 (CET) Received: from [172.25.230.100] (po15451.idsi0.si.c-s.fr [172.25.230.100]) by messagerie.si.c-s.fr (Postfix) with ESMTP id 6C9A28B774; Wed, 15 Jan 2020 06:58:31 +0100 (CET) Subject: Re: [patch 15/15] lib/vdso: Move VCLOCK_TIMENS to vdso_clock_modes To: Thomas Gleixner , LKML Cc: x86@kernel.org, John Stultz , Vincenzo Frascino , Andy Lutomirski , Paolo Bonzini , Boris Ostrovsky , Juergen Gross , Haiyang Zhang , Sasha Levin , Ralf Baechle , Paul Burton , James Hogan , Russell King , Catalin Marinas , Will Deacon , Mark Rutland , Marc Zyngier References: <20200114185237.273005683@linutronix.de> <20200114185948.088821198@linutronix.de> From: Christophe Leroy Message-ID: <8673fa43-97f8-2ad2-d784-f22b54fd7a2e@c-s.fr> Date: Wed, 15 Jan 2020 06:58:31 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1 MIME-Version: 1.0 In-Reply-To: <20200114185948.088821198@linutronix.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: fr Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Le 14/01/2020 à 19:52, Thomas Gleixner a écrit : > Move the time namespace indicator clock mode to the other ones for > consistency sake. > > Signed-off-by: Thomas Gleixner > --- > include/linux/clocksource.h | 3 +++ > include/vdso/datapage.h | 2 -- > kernel/time/namespace.c | 7 ++++--- > lib/vdso/gettimeofday.c | 18 ++++++++++-------- > 4 files changed, 17 insertions(+), 13 deletions(-) > > --- a/include/linux/clocksource.h > +++ b/include/linux/clocksource.h > @@ -34,6 +34,9 @@ enum vdso_clock_mode { > VDSO_ARCH_CLOCKMODES, > #endif > VDSO_CLOCKMODE_MAX, > + > + /* Indicator for time namespace VDSO */ > + VDSO_CLOCKMODE_TIMENS = INT_MAX Can we shorten the names a bit in order to avoid code line splits ? WOuldn't something like VDSO_CMODE_XXX be explicit enough ? Christophe > }; > > /** > --- a/include/vdso/datapage.h > +++ b/include/vdso/datapage.h > @@ -21,8 +21,6 @@ > #define CS_RAW 1 > #define CS_BASES (CS_RAW + 1) > > -#define VCLOCK_TIMENS UINT_MAX > - > /** > * struct vdso_timestamp - basetime per clock_id > * @sec: seconds > --- a/kernel/time/namespace.c > +++ b/kernel/time/namespace.c > @@ -8,6 +8,7 @@ > #include > #include > #include > +#include > #include > #include > #include > @@ -172,8 +173,8 @@ static struct timens_offset offset_from_ > * for vdso_data->clock_mode is a non-issue. The task is spin waiting for the > * update to finish and for 'seq' to become even anyway. > * > - * Timens page has vdso_data->clock_mode set to VCLOCK_TIMENS which enforces > - * the time namespace handling path. > + * Timens page has vdso_data->clock_mode set to VDSO_CLOCKMODE_TIMENS which > + * enforces the time namespace handling path. > */ > static void timens_setup_vdso_data(struct vdso_data *vdata, > struct time_namespace *ns) > @@ -183,7 +184,7 @@ static void timens_setup_vdso_data(struc > struct timens_offset boottime = offset_from_ts(ns->offsets.boottime); > > vdata->seq = 1; > - vdata->clock_mode = VCLOCK_TIMENS; > + vdata->clock_mode = VDSO_CLOCKMODE_TIMENS; > offset[CLOCK_MONOTONIC] = monotonic; > offset[CLOCK_MONOTONIC_RAW] = monotonic; > offset[CLOCK_MONOTONIC_COARSE] = monotonic; > --- a/lib/vdso/gettimeofday.c > +++ b/lib/vdso/gettimeofday.c > @@ -116,10 +116,10 @@ static __always_inline int do_hres(const > > do { > /* > - * Open coded to handle VCLOCK_TIMENS. Time namespace > + * Open coded to handle VDSO_CLOCKMODE_TIMENS. Time namespace > * enabled tasks have a special VVAR page installed which > * has vd->seq set to 1 and vd->clock_mode set to > - * VCLOCK_TIMENS. For non time namespace affected tasks > + * VDSO_CLOCKMODE_TIMENS. For non time namespace affected tasks > * this does not affect performance because if vd->seq is > * odd, i.e. a concurrent update is in progress the extra > * check for vd->clock_mode is just a few extra > @@ -128,7 +128,7 @@ static __always_inline int do_hres(const > */ > while (unlikely((seq = READ_ONCE(vd->seq)) & 1)) { > if (IS_ENABLED(CONFIG_TIME_NS) && > - vd->clock_mode == VCLOCK_TIMENS) > + vd->clock_mode == VDSO_CLOCKMODE_TIMENS) > return do_hres_timens(vd, clk, ts); > cpu_relax(); > } > @@ -200,12 +200,12 @@ static __always_inline int do_coarse(con > > do { > /* > - * Open coded to handle VCLOCK_TIMENS. See comment in > + * Open coded to handle VDSO_CLOCK_TIMENS. See comment in > * do_hres(). > */ > while ((seq = READ_ONCE(vd->seq)) & 1) { > if (IS_ENABLED(CONFIG_TIME_NS) && > - vd->clock_mode == VCLOCK_TIMENS) > + vd->clock_mode == VDSO_CLOCKMODE_TIMENS) > return do_coarse_timens(vd, clk, ts); > cpu_relax(); > } > @@ -292,7 +292,7 @@ static __maybe_unused int > > if (unlikely(tz != NULL)) { > if (IS_ENABLED(CONFIG_TIME_NS) && > - vd->clock_mode == VCLOCK_TIMENS) > + vd->clock_mode == VDSO_CLOCKMODE_TIMENS) > vd = __arch_get_timens_vdso_data(); > > tz->tz_minuteswest = vd[CS_HRES_COARSE].tz_minuteswest; > @@ -308,7 +308,8 @@ static __maybe_unused __kernel_old_time_ > const struct vdso_data *vd = __arch_get_vdso_data(); > __kernel_old_time_t t; > > - if (IS_ENABLED(CONFIG_TIME_NS) && vd->clock_mode == VCLOCK_TIMENS) > + if (IS_ENABLED(CONFIG_TIME_NS) && > + vd->clock_mode == VDSO_CLOCKMODE_TIMENS) > vd = __arch_get_timens_vdso_data(); > > t = READ_ONCE(vd[CS_HRES_COARSE].basetime[CLOCK_REALTIME].sec); > @@ -333,7 +334,8 @@ int __cvdso_clock_getres_common(clockid_ > if (unlikely((u32) clock >= MAX_CLOCKS)) > return -1; > > - if (IS_ENABLED(CONFIG_TIME_NS) && vd->clock_mode == VCLOCK_TIMENS) > + if (IS_ENABLED(CONFIG_TIME_NS) && > + vd->clock_mode == VDSO_CLOCKMODE_TIMENS) > vd = __arch_get_timens_vdso_data(); > > hrtimer_res = READ_ONCE(vd[CS_HRES_COARSE].hrtimer_res); >