Message ID | 20241119153502.41361-9-vschneid@redhat.com (mailing list archive) |
---|---|
State | New |
Headers | show
Return-Path: <owner-linux-mm@kvack.org> X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id AC137D44167 for <linux-mm@archiver.kernel.org>; Tue, 19 Nov 2024 15:38:11 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 41A086B00BB; Tue, 19 Nov 2024 10:38:11 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 3A28E6B00BC; Tue, 19 Nov 2024 10:38:11 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 1F6B26B00BD; Tue, 19 Nov 2024 10:38:11 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0012.hostedemail.com [216.40.44.12]) by kanga.kvack.org (Postfix) with ESMTP id EEC506B00BB for <linux-mm@kvack.org>; Tue, 19 Nov 2024 10:38:10 -0500 (EST) Received: from smtpin29.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay03.hostedemail.com (Postfix) with ESMTP id AC6DEA05CA for <linux-mm@kvack.org>; Tue, 19 Nov 2024 15:38:10 +0000 (UTC) X-FDA: 82803250278.29.73091BE Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by imf23.hostedemail.com (Postfix) with ESMTP id A9CF114000B for <linux-mm@kvack.org>; Tue, 19 Nov 2024 15:37:35 +0000 (UTC) Authentication-Results: imf23.hostedemail.com; dkim=pass header.d=redhat.com header.s=mimecast20190719 header.b="Ksdh/qUf"; spf=pass (imf23.hostedemail.com: domain of vschneid@redhat.com designates 170.10.129.124 as permitted sender) smtp.mailfrom=vschneid@redhat.com; dmarc=pass (policy=none) header.from=redhat.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1732030597; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=lpSGcS2OHkivSptNEqV1yoUV7L+1Tpt77Idg0XadxAw=; b=ZwvlYDyHILWY3eyKImhvNt32RHw9nFeM+42tWtBt+Ytslnnfz0xXLYmUOjkhiPosZ3mP3H xBtV9nJkavFuX619RrxdXCiDXqjteBbekYBhFyAoXLp04PGE3s3I2SULNcqdAi5rDt+59r jXwQJR57HkTzh7EbBIPzvVLCt6rT4ns= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1732030597; a=rsa-sha256; cv=none; b=mHIErzda3Gx86NwPtO8Yg5twdhwWZlyG7Iy85UpxWGuB6WYPC5+GKXX11TsatXO4A/lgod Kgg6kYuWCvxBNghpkILcoysP490N8JeN8/znE+j7fMkYjBOUtOuvWfDpHWUnmzba574b4/ PCgLS1nhtkLyGB7fbgvrsNzXhVbUUPM= ARC-Authentication-Results: i=1; imf23.hostedemail.com; dkim=pass header.d=redhat.com header.s=mimecast20190719 header.b="Ksdh/qUf"; spf=pass (imf23.hostedemail.com: domain of vschneid@redhat.com designates 170.10.129.124 as permitted sender) smtp.mailfrom=vschneid@redhat.com; dmarc=pass (policy=none) header.from=redhat.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1732030688; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=lpSGcS2OHkivSptNEqV1yoUV7L+1Tpt77Idg0XadxAw=; b=Ksdh/qUfMGAu3JF60FBMQQA8j5wcLeTDikdgTdcG/3VfJ7rqNBrEJ3w6b83/WBkylTaf9p GJrpI8XeDKN4Qci7qUdjy2EHfJycO42eIA1roL9NZsOV6FOnAKmEdbSABiOKL/AFzDT5yF EgBcphIs5Mu7KHFkPluWl44QWo8zcnk= Received: from mx-prod-mc-05.mail-002.prod.us-west-2.aws.redhat.com (ec2-54-186-198-63.us-west-2.compute.amazonaws.com [54.186.198.63]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-209-w8WZReDNPhuTuNl53MRXLw-1; Tue, 19 Nov 2024 10:38:05 -0500 X-MC-Unique: w8WZReDNPhuTuNl53MRXLw-1 X-Mimecast-MFC-AGG-ID: w8WZReDNPhuTuNl53MRXLw Received: from mx-prod-int-01.mail-002.prod.us-west-2.aws.redhat.com (mx-prod-int-01.mail-002.prod.us-west-2.aws.redhat.com [10.30.177.4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mx-prod-mc-05.mail-002.prod.us-west-2.aws.redhat.com (Postfix) with ESMTPS id 8F25E1955F41; Tue, 19 Nov 2024 15:37:59 +0000 (UTC) Received: from vschneid-thinkpadt14sgen2i.remote.csb (unknown [10.39.194.94]) by mx-prod-int-01.mail-002.prod.us-west-2.aws.redhat.com (Postfix) with ESMTPS id 59F3B30001A2; Tue, 19 Nov 2024 15:37:44 +0000 (UTC) From: Valentin Schneider <vschneid@redhat.com> To: linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org, kvm@vger.kernel.org, linux-mm@kvack.org, bpf@vger.kernel.org, x86@kernel.org, rcu@vger.kernel.org, linux-kselftest@vger.kernel.org Cc: Steven Rostedt <rostedt@goodmis.org>, Masami Hiramatsu <mhiramat@kernel.org>, Jonathan Corbet <corbet@lwn.net>, Thomas Gleixner <tglx@linutronix.de>, Ingo Molnar <mingo@redhat.com>, Borislav Petkov <bp@alien8.de>, Dave Hansen <dave.hansen@linux.intel.com>, "H. Peter Anvin" <hpa@zytor.com>, Paolo Bonzini <pbonzini@redhat.com>, Wanpeng Li <wanpengli@tencent.com>, Vitaly Kuznetsov <vkuznets@redhat.com>, Andy Lutomirski <luto@kernel.org>, Peter Zijlstra <peterz@infradead.org>, Frederic Weisbecker <frederic@kernel.org>, "Paul E. McKenney" <paulmck@kernel.org>, Neeraj Upadhyay <quic_neeraju@quicinc.com>, Joel Fernandes <joel@joelfernandes.org>, Josh Triplett <josh@joshtriplett.org>, Boqun Feng <boqun.feng@gmail.com>, Mathieu Desnoyers <mathieu.desnoyers@efficios.com>, Lai Jiangshan <jiangshanlai@gmail.com>, Zqiang <qiang.zhang1211@gmail.com>, Andrew Morton <akpm@linux-foundation.org>, Uladzislau Rezki <urezki@gmail.com>, Christoph Hellwig <hch@infradead.org>, Lorenzo Stoakes <lstoakes@gmail.com>, Josh Poimboeuf <jpoimboe@kernel.org>, Jason Baron <jbaron@akamai.com>, Kees Cook <keescook@chromium.org>, Sami Tolvanen <samitolvanen@google.com>, Ard Biesheuvel <ardb@kernel.org>, Nicholas Piggin <npiggin@gmail.com>, Juerg Haefliger <juerg.haefliger@canonical.com>, Nicolas Saenz Julienne <nsaenz@kernel.org>, "Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>, Nadav Amit <namit@vmware.com>, Dan Carpenter <error27@gmail.com>, Chuang Wang <nashuiliang@gmail.com>, Yang Jihong <yangjihong1@huawei.com>, Petr Mladek <pmladek@suse.com>, "Jason A. Donenfeld" <Jason@zx2c4.com>, Song Liu <song@kernel.org>, Julian Pidancet <julian.pidancet@oracle.com>, Tom Lendacky <thomas.lendacky@amd.com>, Dionna Glaze <dionnaglaze@google.com>, =?utf-8?q?Thomas_Wei=C3=9Fschuh?= <linux@weissschuh.net>, Juri Lelli <juri.lelli@redhat.com>, Marcelo Tosatti <mtosatti@redhat.com>, Yair Podemsky <ypodemsk@redhat.com>, Daniel Wagner <dwagner@suse.de>, Petr Tesarik <ptesarik@suse.com> Subject: [RFC PATCH v3 08/15] sched/clock, x86: Make __sched_clock_stable forceful Date: Tue, 19 Nov 2024 16:34:55 +0100 Message-ID: <20241119153502.41361-9-vschneid@redhat.com> In-Reply-To: <20241119153502.41361-1-vschneid@redhat.com> References: <20241119153502.41361-1-vschneid@redhat.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 3.4.1 on 10.30.177.4 X-Rspamd-Server: rspam10 X-Stat-Signature: xctqcbpixwmsg1zt3px6hekjyc6ukwpy X-Rspamd-Queue-Id: A9CF114000B X-Rspam-User: X-HE-Tag: 1732030655-843691 X-HE-Meta: U2FsdGVkX18+mGX0DY+R5XvwsHVRpomj8CBVdB0FTtA5SldrOxo1YwA3I3+lP4pmH+eqxurZTVcVk+pGSC2Ewolc8MdUHSwAOffAPx0syjIBcjB8sF5wJK4zjKH9iHQSvORwOtVZ608H1RyHVmZBc2sFIw3lQT8/pdivHb4CXpsR/pBiZMd2gO6lWTpV1vYAe+4AinNwoUTMSLs61i3d58z0W+wz7mhihlHsOsvBRKs2kiqq0hc3ytwUIRCE7DyoF/tPkR3sWEOpsfEnM6xf65xbCdlwpSr4YWTTRcQhuK11ESIqaTB0jT9l/7JunmeHHtayxmb6aKrjTwUmzf6Xat/tDDryivgVQQCXAhLfoBbHA5rbHIc2wCl/pI4dD7IpS/+3Eb21nyzjb7ErxaZJB2C0esyXfHM0BZrV6x/kAGoyR07cvftySF7GbxEBa6uHGg0l4JAU99D4TZP7l1yVaS0x0+Iv81s3nBikMXvaGKNasrc3G/B6PQ+3FKUUPpwocRsiITNSgGAJDrdDWOZEFdUZiENxfgFWXDSM72UqZ52cPRSySfFAlbf+OlwJlVt4X7klqcYbceRPkPbH5PNnc5xChaXXH+gSmcPdyXZs2AC+WpIyjjPopQWTHpR2OH2e6s4CFyOhTH76xVcQuSanLicA84GjLaVZ1PAKI/4xBVxkgVwN77x0Q1D/aNCEzFpx5WDDVmH6iU95XkW/mOreWyT+9LGTPfP3d6X/nVf9f1xyDOhe75ahwk1kvQfKunpROrvpVY8eoQlaqfHbfuzXClT/kAUTwwM1wk2aWyUt2zQqXIvhOSv8K3iKMPj5ZloNCTQgfnLX0MVh6/fOZ0KqiVxpEtY500lJJqQe+YJHMxeQJounbDVo6hBndj2jhVQTynQNX8eWeK89RGgpj8iC6scYdYYscKgfMi3TkAd7QW5LZmaLcGxxW+bCL60GDIvaepACJ2NL1KM2kQdlSEZ prqmdcsA N2BP7i/vnUFaley2ZM2jdo54xHHhJ01CQ4wvwl1yP7wWjZBEUQqFVg0PgNW0tHXM7dwwd9Lw4pvdk5B0PM5JJKFb/CkodzhHgQhwv/M4NdzdzF4CiHeNTC8eJwFojpUBd/mUPibLMNhpzTed2jvHfVM7It8s8qzJ/WlVVp5coo9NvT3P9v3hzuhlJQebgIQeswes3uOn/lSsm54GdWsB8d+ZFwrnxN2uELwzZ0YiNt6SpgTMP+0o/5fwsK3eA3hAsj1GhFGQC/75tnSnTKVWnZyogFY6K7AS4wqrQYDBvSMmcZRM4Si3ZyLKKLm6O8wcHZiR2rMA9IdfRu+3TKtS2ojxeYSswn1xOaNuw2fAB89ZTxsKdHOjEpFeq+aPeK7E4QmO4VGY0FmRJSeRZfgs8AN5uRtw/PfJkoLO8ymm/SYuFmyvgv0LxgoovRmBMAOg/DgcGWh2gHTNDx361cNZb4apWQw== X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: <linux-mm.kvack.org> List-Subscribe: <mailto:majordomo@kvack.org> List-Unsubscribe: <mailto:majordomo@kvack.org> |
Series |
context_tracking,x86: Defer some IPIs until a user->kernel transition
|
expand
|
diff --git a/kernel/sched/clock.c b/kernel/sched/clock.c index 200e5568b9894..dc94b3717f5ce 100644 --- a/kernel/sched/clock.c +++ b/kernel/sched/clock.c @@ -76,7 +76,7 @@ static DEFINE_STATIC_KEY_FALSE_RO(sched_clock_running); * Similarly we start with __sched_clock_stable_early, thereby assuming we * will become stable, such that there's only a single 1 -> 0 transition. */ -static DEFINE_STATIC_KEY_FALSE(__sched_clock_stable); +static DEFINE_STATIC_KEY_FALSE_FORCE(__sched_clock_stable); static int __sched_clock_stable_early = 1; /*
Later commits will cause objtool to warn about non __ro_after_init static keys being used in .noinstr sections in order to safely defer instruction patching IPIs targeted at NOHZ_FULL CPUs. __sched_clock_stable is used in .noinstr code, and can be modified at runtime (e.g. KVM module loading). Suppressing the text_poke_sync() IPI has little benefits for this key, as NOHZ_FULL is incompatible with an unstable TSC anyway. Mark it as forceful to let the kernel know to always send the text_poke_sync() IPI for it, and to let objtool know not to warn about it. Signed-off-by: Valentin Schneider <vschneid@redhat.com> --- kernel/sched/clock.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)