Received: by 2002:a17:90a:9307:0:0:0:0 with SMTP id p7csp3952016pjo; Tue, 3 Mar 2020 10:00:44 -0800 (PST) X-Google-Smtp-Source: ADFU+vtNOLHYlLaDYedXCuPJPVAsxUS6SH3hdr8F6Hd3Ex0d6rcyAMXaV9xDYclV5lrSTvoLQ0DR X-Received: by 2002:a05:6830:22f2:: with SMTP id t18mr4456328otc.165.1583258444502; Tue, 03 Mar 2020 10:00:44 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1583258444; cv=none; d=google.com; s=arc-20160816; b=HcWN38uGB6hPB70SfeDJsC+kJsDgRs4UcGnry2B5BU+20N9u+ai4reK2vTh7GKtKOR Z5/HM1BKuai9FGzsgcECVa7pkCBqBBvGoMQW2gbtEiL+ChIwqTUUdCMEicFfd8kC66iU ujSWPwzRJlKLhnWizz6QyMApDvQfpR+Iyn3nPClfbWWEIx4bZ4/S2qddAJPVtujl0+J4 uYXchSsed8eAR1kXamfV4z12ubNXzH8r8yY43LmQIQLMqinDQdm+uh4sVPybHTxTVLa7 dX1Elndy0HwAe+nYNNqXj5/LEcTwoMWlOXbaN/IGcAs1D/wVb/07qSEhGdxBI4IYBvJ7 4z3A== 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:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=sotY1zdxwFor2B0/JNwc1UR44FVa7a7YveFeu8rXBD0=; b=btK4vrNapY1fa9x2sp+E/AkmhrSuzfWPfjqvsFN5p36ntZawd2kzQFGdbV92Q63U1g gq7HFnf/vePzQWrpqvb1RpzqwWngxbJndltGIngv40i5Qf4dXEJXm32wtKb7c7N0WSHW F4+DnGoURsw0dFK0Wct4LPaB4ZB/Ewmkg378dRtYauV4xNONKtG6V0twhUuX9B9Z32v4 dJOr/oIZw5t9XeFFoVhU4dGkPG+2jlOaZT0ghi6mKwAzZxvpBNprjLT0uILkp4di7AMI c2PfrwgUc+I7LpT7PFsJuef+6A6v1Bp06hqXT9dPSlghF7reFNlpcRCJtFjYYFKGtxv+ Xm1Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=p9w6GOZK; 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 t6si2852055otp.133.2020.03.03.10.00.26; Tue, 03 Mar 2020 10:00:44 -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=@kernel.org header.s=default header.b=p9w6GOZK; 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 S1732916AbgCCR6w (ORCPT + 99 others); Tue, 3 Mar 2020 12:58:52 -0500 Received: from mail.kernel.org ([198.145.29.99]:41776 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1732865AbgCCR6u (ORCPT ); Tue, 3 Mar 2020 12:58:50 -0500 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id E7DCA2146E; Tue, 3 Mar 2020 17:58:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1583258329; bh=wjZjliCB0YycaHItryHeRcw/Tg+G+OVyHSQRssSpdD8=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=p9w6GOZKxwNgJWgzlviRFMyi3hS0WxDEH4J5lT4yglg/ywMRcj/BW1AS8u7GVwP7F mP3Yh5I1IU39SdnYYgDIH4OCcEeSHJ6nujN6kBu1n+gobanKv6NSMy16JVPdzzCZW/ SnajivopeZbsZDo3xX8xFfeaanHpXlFVQeI8gTVA= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Thomas Gleixner Subject: [PATCH 5.4 129/152] lib/vdso: Make __arch_update_vdso_data() logic understandable Date: Tue, 3 Mar 2020 18:43:47 +0100 Message-Id: <20200303174317.468813340@linuxfoundation.org> X-Mailer: git-send-email 2.25.1 In-Reply-To: <20200303174302.523080016@linuxfoundation.org> References: <20200303174302.523080016@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Thomas Gleixner commit 9a6b55ac4a44060bcb782baf002859b2a2c63267 upstream. The function name suggests that this is a boolean checking whether the architecture asks for an update of the VDSO data, but it works the other way round. To spare further confusion invert the logic. Fixes: 44f57d788e7d ("timekeeping: Provide a generic update_vsyscall() implementation") Signed-off-by: Thomas Gleixner Link: https://lore.kernel.org/r/20200114185946.656652824@linutronix.de Signed-off-by: Greg Kroah-Hartman --- include/asm-generic/vdso/vsyscall.h | 4 ++-- kernel/time/vsyscall.c | 2 +- 2 files changed, 3 insertions(+), 3 deletions(-) --- a/include/asm-generic/vdso/vsyscall.h +++ b/include/asm-generic/vdso/vsyscall.h @@ -12,9 +12,9 @@ static __always_inline struct vdso_data #endif /* __arch_get_k_vdso_data */ #ifndef __arch_update_vdso_data -static __always_inline int __arch_update_vdso_data(void) +static __always_inline bool __arch_update_vdso_data(void) { - return 0; + return true; } #endif /* __arch_update_vdso_data */ --- a/kernel/time/vsyscall.c +++ b/kernel/time/vsyscall.c @@ -84,7 +84,7 @@ void update_vsyscall(struct timekeeper * struct vdso_timestamp *vdso_ts; u64 nsec; - if (__arch_update_vdso_data()) { + if (!__arch_update_vdso_data()) { /* * Some architectures might want to skip the update of the * data page.