Received: by 2002:a05:6a10:9afc:0:0:0:0 with SMTP id t28csp248080pxm; Wed, 2 Mar 2022 14:32:24 -0800 (PST) X-Google-Smtp-Source: ABdhPJwG9aziO/icyDHbwp5VovIdUkbpUXsynCzvf0Lgi26Ih3BnuBaJ6SgL95eaS12hq6bg0gb8 X-Received: by 2002:a17:90a:5291:b0:1bb:ef4d:947d with SMTP id w17-20020a17090a529100b001bbef4d947dmr2005948pjh.243.1646260344400; Wed, 02 Mar 2022 14:32:24 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1646260344; cv=none; d=google.com; s=arc-20160816; b=cFodgq+Y/rEb2+XVi00SHadLJYH6waBE5T8f6DqcIP2xn/F8EWYW1Tg5Smt/qQcoiF D62dasNajBLfXcD2QaZanY6XDefYBmYNHVEV5aJE/itsao6WlmV/i96HlF+P7lpOfo2q JEbMvocnS7zYgomn6a1bME9BCnLAhyQ6bUm+N+Pdxk7VXuhmRDD3DlhC4vNx8eSkMkg8 zDUGJf5i1sIGUfCNkyHpI22YlmqgYIO9MGxWrhRb1ExIpbtjBHS+UtwiVHCLzKd53aoP +NhOVO0S25my+RpMR/jHF1rynT1akKeDpTrslu2UOgd8m3T1Pe33XsZrtGyGxV3PF+Nq KkgQ== 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 :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=DPUKeL3KSp9LjnjLWLD8xFdR6QubEjBOc0C8extzUpA=; b=R0THGX0dgnjd5BkXVbk2LUrW2yFavkJorQFPJBegoHsNTinGUzwCHqH/6KftXm7jQ0 VVJ0hmPXh+sFAJCuXSATucWs5NVC0sIzCQg0nupXcmTn3rKqDgBM516wVznfmFRwIdHQ 2SrxJ4K1UYV62T7ce/wLbpAha04YvVbTJABUdAewPLNdXJP27Z7wyvJfexeMkSov2IqB k722IC5b2b6mu9ywgf1+ymtflzs9l5zNiU7WQJ1EiuGWtWJg5w/TT16VIEoJCtp31WlF uu6lqhINbUgxkiYokoiME8r+a8hJPzth3qkbbDYikhhERwK5FPk0+IHWg4vkJZN5uMir 3mUQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=GchxLgCO; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id g12-20020a63e60c000000b003740f1bcb50si289267pgh.6.2022.03.02.14.32.23 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 02 Mar 2022 14:32:24 -0800 (PST) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=GchxLgCO; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 8C741E6D89; Wed, 2 Mar 2022 14:31:14 -0800 (PST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S241797AbiCBPvF (ORCPT + 99 others); Wed, 2 Mar 2022 10:51:05 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55092 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S241074AbiCBPuf (ORCPT ); Wed, 2 Mar 2022 10:50:35 -0500 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C73844DF7C for ; Wed, 2 Mar 2022 07:49:29 -0800 (PST) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 779CBB82082 for ; Wed, 2 Mar 2022 15:49:28 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 0F526C340F3; Wed, 2 Mar 2022 15:49:23 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1646236167; bh=GOoi6g4ctUqUHDqZeFC0Osd59H+sK7UFUWiNfmdM4sc=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=GchxLgCOMc3ImfFguBtOgg8lb1eEi7ABmXlwkU1UgNt42MTVFrg2bshW/EJY5NwHu wiUXvSY6skQRiyPs1Qb930sLXBoYI1Py+hIzCF8qPDLmk0kVK8nkkc1RCSgKE5By7f 6L8+W8oV0kOelAm1817ns08dR24m92Fz1K6EaJ0YzNHJEIwJBPs1F10/71qkETpqCB zjMJR8oDA690r7PnFK5yj6h8uDyKjgs3agKwkH1bIZrYYwN+uzthqdy4N/RT0jTdVx EAt0co2bf16ftUAo6txovtwjvY/67uRf1+nlKsu9u99gcqTVX7Q3B9TqywPsoXl4jj xxG0ZagQi+2Zg== From: Frederic Weisbecker To: LKML Cc: Frederic Weisbecker , Peter Zijlstra , Phil Auld , Alex Belits , Nicolas Saenz Julienne , Xiongfeng Wang , Neeraj Upadhyay , Thomas Gleixner , Yu Liao , Boqun Feng , "Paul E . McKenney" , Marcelo Tosatti , Paul Gortmaker , Uladzislau Rezki , Joel Fernandes Subject: [PATCH 19/19] context_tracking: Exempt CONFIG_HAVE_CONTEXT_TRACKING_USER_OFFSTACK from non-active tracking Date: Wed, 2 Mar 2022 16:48:10 +0100 Message-Id: <20220302154810.42308-20-frederic@kernel.org> X-Mailer: git-send-email 2.25.1 In-Reply-To: <20220302154810.42308-1-frederic@kernel.org> References: <20220302154810.42308-1-frederic@kernel.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,MAILING_LIST_MULTI, RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Since a CPU may save the state of the context tracking using exception_enter() before calling into schedule(), we need all CPUs in the system to track user <-> kernel transitions and not just those that really need it (nohz_full CPUs). The following illustrates the issue that could otherwise happen: CPU 0 (not tracking) CPU 1 (tracking) ------------------- -------------------- // we are past user_enter() // but this CPU is always in // CONTEXT_KERNEL // because it doesn't track user <-> kernel ctx = exception_enter(); //ctx == CONTEXT_KERNEL schedule(); ===========================================> return from schedule(); exception_exit(ctx); //go to user in CONTEXT_KERNEL However CONFIG_HAVE_CONTEXT_TRACKING_USER_OFFSTACK doesn't play those games because schedule() can't be called between user_enter() and user_exit() under such config. In this situation we can spare context tracking on the CPUs that don't need it. Signed-off-by: Frederic Weisbecker Cc: Paul E. McKenney Cc: Peter Zijlstra Cc: Thomas Gleixner Cc: Neeraj Upadhyay Cc: Uladzislau Rezki Cc: Joel Fernandes Cc: Boqun Feng Cc: Nicolas Saenz Julienne Cc: Marcelo Tosatti Cc: Xiongfeng Wang Cc: Yu Liao Cc: Phil Auld Cc: Paul Gortmaker Cc: Alex Belits --- kernel/context_tracking.c | 7 ++++--- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/kernel/context_tracking.c b/kernel/context_tracking.c index 87e7b748791c..b1934264f77f 100644 --- a/kernel/context_tracking.c +++ b/kernel/context_tracking.c @@ -374,7 +374,7 @@ void noinstr __ct_user_enter(enum ctx_state state) * when the CPU runs in userspace. */ ct_kernel_exit(true, RCU_DYNTICKS_IDX + state); - } else { + } else if (!IS_ENABLED(CONFIG_HAVE_CONTEXT_TRACKING_USER_OFFSTACK)) { /* * Even if context tracking is disabled on this CPU, because it's outside * the full dynticks mask for example, we still have to keep track of the @@ -384,7 +384,8 @@ void noinstr __ct_user_enter(enum ctx_state state) * handler and then migrate to another CPU, that new CPU must know where * the exception returns by the time we call exception_exit(). * This information can only be provided by the previous CPU when it called - * exception_enter(). + * exception_enter(). CONFIG_HAVE_CONTEXT_TRACKING_USER_OFFSTACK is + * excused though because it doesn't use exception_enter(). * OTOH we can spare the calls to vtime and RCU when context_tracking.active * is false because we know that CPU is not tickless. */ @@ -460,7 +461,7 @@ void noinstr __ct_user_exit(enum ctx_state state) trace_user_exit(0); instrumentation_end(); } - } else { + } else if (!IS_ENABLED(CONFIG_HAVE_CONTEXT_TRACKING_USER_OFFSTACK)) { atomic_sub(state, &ct->state); } } -- 2.25.1