Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp1784901pxb; Thu, 16 Sep 2021 15:51:06 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzWUw4x4DnkXy4YxK3gUEinevWL/mI8sIQP+UEGR69Ia9QGaUPyLlb8UM74TxuJUFq+yBoq X-Received: by 2002:a17:907:784b:: with SMTP id lb11mr9106752ejc.307.1631832666420; Thu, 16 Sep 2021 15:51:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1631832666; cv=none; d=google.com; s=arc-20160816; b=PdAirz4LKIifOuU0asHRvB/LdOEmu4TdFXXeT8Jp2ddxPevzwApTGsbZ/gkgr1McFO Ubdd8g7GWk9zGb8PGZPkkM+Q0b1aYFiR68lW/qjmCLlcd4eQ1OSbuSO0J4KiDsgd2a9/ yCyhXfUVp5aAQPt3+nTelPrya7ATlcJwSZUa2/pog7eK6SBsGWOhA8u7b2cnRVTtwFyj aDhipq2Nv5y+aoSaBZsHkFxioNj3EFdrBFUYrdYl+gLBCnWPzUd40hBihS3hG2ajrL8X DabgvKVZ+4YQLaCy3TN/dF1NXkor0hKufOg/fx7OhVcLl6I0j1uDFwtPdzbp4vBwGzZ0 +zbw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=4fPbxUMRs3QP8qrnwj9goSTH7Lg5jVy3AjSFkCQByJc=; b=utHPxTqdiduZ4qrCZpW31jrRp6h8utTlkfQYXwhCEVKm/4R0Q008R/PdThNrJNRBS6 IZi1iGNgmS5Adbcru/lH6OuCkd0+V+WdNh562eCzj5nQqV8a0cMJpCYpFh+1S5oK8hyL uVkk4CrKEyuFBHzUmFo7a72YJT/8E8EOGu3yj3LuDAcIbvynjUl1PC6uHpp8ecri0uwy 3Xt958KzJXcTEVcQiY72bR1H5hQzkj1rDHFjfEWkeQroY3D4W0y/veJKZH8JqLx9Me6R LDFlgwvLVTNVKtFEjyJBMaUNfx2DaT3NHjliZBARneM5UKGO2lv5W1GfezLdFIerPO2i 7LZA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=0kjT+of7; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id gv40si4968027ejc.399.2021.09.16.15.50.42; Thu, 16 Sep 2021 15:51:06 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=0kjT+of7; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1344593AbhIPQqY (ORCPT + 99 others); Thu, 16 Sep 2021 12:46:24 -0400 Received: from mail.kernel.org ([198.145.29.99]:51058 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S245451AbhIPQk3 (ORCPT ); Thu, 16 Sep 2021 12:40:29 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id D539961A35; Thu, 16 Sep 2021 16:23:46 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1631809427; bh=oTepdI6ryG6UI04Rity1xJVC6Jkt6F1a8CWCPuDrM8o=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=0kjT+of7rUfcQBEurRHKr/7m5IPJQAMZK1VbZ+PguUmbPwlo5OZnneU6okDc490Po yih4W0JGpd2IJGmn0I1PhJzXjbgSEWDPhy6r3iZjgUvJv2xC3bSq62alMJwcwMrAsl in5j+HhJryu5dHQOQxhH41EZAEtTypdhPF2h2UPI= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Ani Sinha , Michael Kelley , Wei Liu , Sasha Levin Subject: [PATCH 5.13 151/380] x86/hyperv: fix for unwanted manipulation of sched_clock when TSC marked unstable Date: Thu, 16 Sep 2021 17:58:28 +0200 Message-Id: <20210916155809.194023305@linuxfoundation.org> X-Mailer: git-send-email 2.33.0 In-Reply-To: <20210916155803.966362085@linuxfoundation.org> References: <20210916155803.966362085@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Ani Sinha [ Upstream commit c445535c3efbfb8cb42d098e624d46ab149664b7 ] Marking TSC as unstable has a side effect of marking sched_clock as unstable when TSC is still being used as the sched_clock. This is not desirable. Hyper-V ultimately uses a paravirtualized clock source that provides a stable scheduler clock even on systems without TscInvariant CPU capability. Hence, mark_tsc_unstable() call should be called _after_ scheduler clock has been changed to the paravirtualized clocksource. This will prevent any unwanted manipulation of the sched_clock. Only TSC will be correctly marked as unstable. Signed-off-by: Ani Sinha Reviewed-by: Michael Kelley Tested-by: Michael Kelley Link: https://lore.kernel.org/r/20210713030522.1714803-1-ani@anisinha.ca Signed-off-by: Wei Liu Signed-off-by: Sasha Levin --- arch/x86/kernel/cpu/mshyperv.c | 9 +++++++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/arch/x86/kernel/cpu/mshyperv.c b/arch/x86/kernel/cpu/mshyperv.c index 4fa0a4280895..ea87d9ed77e9 100644 --- a/arch/x86/kernel/cpu/mshyperv.c +++ b/arch/x86/kernel/cpu/mshyperv.c @@ -370,8 +370,6 @@ static void __init ms_hyperv_init_platform(void) if (ms_hyperv.features & HV_ACCESS_TSC_INVARIANT) { wrmsrl(HV_X64_MSR_TSC_INVARIANT_CONTROL, 0x1); setup_force_cpu_cap(X86_FEATURE_TSC_RELIABLE); - } else { - mark_tsc_unstable("running on Hyper-V"); } /* @@ -432,6 +430,13 @@ static void __init ms_hyperv_init_platform(void) /* Register Hyper-V specific clocksource */ hv_init_clocksource(); #endif + /* + * TSC should be marked as unstable only after Hyper-V + * clocksource has been initialized. This ensures that the + * stability of the sched_clock is not altered. + */ + if (!(ms_hyperv.features & HV_ACCESS_TSC_INVARIANT)) + mark_tsc_unstable("running on Hyper-V"); } static bool __init ms_hyperv_x2apic_available(void) -- 2.30.2