From nobody Sat Oct 4 08:15:26 2025 Received: from mail-pf1-f193.google.com (mail-pf1-f193.google.com [209.85.210.193]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id F069D86347; Tue, 19 Aug 2025 01:58:47 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.210.193 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1755568729; cv=none; b=VKerkhsKsbk0CI1Oc/0MopyifYMMRaJqRDD9JhvxAbmKwak2DFOwzJ3cgBuzlIsi8sBSDPPoJk37S+pcZiI2/0I9a8zJRbWQ1EAr+m6s4x4vZiTHD0i9iq6TyjhDU/8aujIK00f3dGJdZHzdbWjNAbX/5EzGz0Gjic203sanYyk= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1755568729; c=relaxed/simple; bh=H3nbbMh6DFmUXspQhhndw/hL2Ne9GOlz0qBRkIv+PXk=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=P6Xz21o3ztaBuZblxgBg0kDrc+f9oqGV/HHk4tw6f13NBTADlogIBjmnS4mymiYwL5KRctOi6DPiCcxfIU6uVJZBZ7sprc/OJ/g/uCiHaPwDFPgmj9m5M8+c03piPK/KWHoR6+ej6PWnS+rQYx3jr5vM2iV0/bthL9QC1HMvlUg= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=KIR7EYtP; arc=none smtp.client-ip=209.85.210.193 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="KIR7EYtP" Received: by mail-pf1-f193.google.com with SMTP id d2e1a72fcca58-76e2e89e89fso6189474b3a.1; Mon, 18 Aug 2025 18:58:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1755568727; x=1756173527; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=yWBLnMnjRe/tJ9Xuvh/nd9/uV5uIZZike6HE1ZIhSY0=; b=KIR7EYtPzgn67MjUvu2AAnt2MsIaHqZJEo733B1coL6K7D3FHBEa6kQVnwhWhJg7WO +iJFDT2bcGnp1SeWT3ktK1jyb3bfW0Z8WQ23uo1WzlD/etYaVNWW5LwMiNuL/1PvB/Lo vTl+4kG9N3xWDaWKsp+FgrhC9NOe5ik/FiKAJyVlB9fgK8kj8YJ8bYeqAXuUSc2VXHwW UZvYFllkqdochOCGf+EvhK5OqMgusCPcRv2xImyMV6UxSYR3qt3nH9Tf5GMrzVEzzrCS efcxJY+JfhUBUBfYntYgESKGCC43wSdOtd1BcWa8ajbIXYsNrbGRJwpSJu2eV11Tv4e/ w5qA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1755568727; x=1756173527; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=yWBLnMnjRe/tJ9Xuvh/nd9/uV5uIZZike6HE1ZIhSY0=; b=OXe+PWLvLsD86fONXHW5tazUjJMjakJVAKKbKmNp5Q8LJpc6zimjKwzaIdTq0qXjkG qW0H1jGOcRh57BpXMk15/jziO1G8I3Dls5xmfWED8KFLAjEKXHiSgNHmz13cSEcWUVqN 6hJqKKW/qXybGNfhqkaGweGvOaU+CTMSJXy9GpgyLTXbJJXG1/PWb0L+tReJG/UI+bHJ NCRHRHPaq6siiPH5I1JJuq1r2rI65MfygZfHnJM9SkIBP+0KMbwfG5wU1vfJ5QANKpJE c0KYSu/67F+YJZuZ+egLZL9yIWg5a9FytBLsdkFeHluQ7ouWPrDFv8gaE6Xl50jCeHFj xzlQ== X-Forwarded-Encrypted: i=1; AJvYcCUUqdsAONJts8dl4FhsRIZAsRgnzUlO3YeEc3/dfnP0lAvAHZlvcNxk5VDDWzGexAW4mtA=@vger.kernel.org, AJvYcCVzBibga6A6QFlXRBkgKg29y/JWqoW3u3hOvKyJdiemU4qbeWIEVFuzf5IgOiH1S5liB8n8f4oRNps44nNa@vger.kernel.org X-Gm-Message-State: AOJu0YzYSDHpm7WZNg6xlO4LMc9LFgAigLhyIPiXQtzF13Dnjrz+ZQGa qj+paaZMgX92cn8h6pF3L5T3r3VZD3OFFpQ7OBuOWdf6veWK/I2tzvpS X-Gm-Gg: ASbGncsLB8V036FNlP+aUVPQXhuO3lLAZDXppsTPZ6+LQZpEbyXTbR/zYhBvVCYotZ5 2BRvWEg8whMM0Ux/6+scr/zX4djJxF3+6vv6jKPPxwH+TmKqxN/K2YsWlCjBnk7HInvaGNa4M50 9zPedTtIy3M6bqDP4/g7+hD2a06cl5Iux9El0uCp0EVniIOXpgAHgqncZuR73Ny4bgtm4YkWtjz 1D5fGMTMXCd4nNn0OZoHvMU+GGujvjQ0hNELq6u/VqgZ3Dj/Ldqx3y0iqemnGLacM5wQJycqIES 8Yg2IHrvVQyFUl3qLOpBzF0uIL7lfRO0zaRY7yyjUMlaBPbwulWwUqdId1aTKnrekXt3lLvGRCH 7wxGxa2zPUcuaaD4HJo5o3UufDkqtEQ== X-Google-Smtp-Source: AGHT+IGIzftOZbyvknstNuVwUsbr+QdpBlOABnvaq6LHaWF4j1Ljm3fL3OVgsS0eI4IKXOxL1llg+A== X-Received: by 2002:a05:6a20:1611:b0:231:acae:1983 with SMTP id adf61e73a8af0-2430d338d51mr981357637.3.1755568726902; Mon, 18 Aug 2025 18:58:46 -0700 (PDT) Received: from 7940hx ([43.129.244.20]) by smtp.gmail.com with ESMTPSA id 41be03b00d2f7-b474f22665bsm1952013a12.20.2025.08.18.18.58.41 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 18 Aug 2025 18:58:46 -0700 (PDT) From: Menglong Dong X-Google-Original-From: Menglong Dong To: peterz@infradead.org Cc: mingo@redhat.com, juri.lelli@redhat.com, vincent.guittot@linaro.org, dietmar.eggemann@arm.com, rostedt@goodmis.org, bsegall@google.com, mgorman@suse.de, vschneid@redhat.com, ast@kernel.org, daniel@iogearbox.net, john.fastabend@gmail.com, andrii@kernel.org, martin.lau@linux.dev, eddyz87@gmail.com, song@kernel.org, yonghong.song@linux.dev, kpsingh@kernel.org, sdf@fomichev.me, haoluo@google.com, jolsa@kernel.org, simona.vetter@ffwll.ch, tzimmermann@suse.de, jani.nikula@intel.com, linux-kernel@vger.kernel.org, bpf@vger.kernel.org Subject: [PATCH v2 1/3] arch: add the macro COMPILE_OFFSETS to all the asm-offsets.c Date: Tue, 19 Aug 2025 09:58:30 +0800 Message-ID: <20250819015832.11435-2-dongml2@chinatelecom.cn> X-Mailer: git-send-email 2.50.1 In-Reply-To: <20250819015832.11435-1-dongml2@chinatelecom.cn> References: <20250819015832.11435-1-dongml2@chinatelecom.cn> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" The include/generated/asm-offsets.h is generated in Kbuild during compiling from arch/SRCARCH/kernel/asm-offsets.c. When we want to generate another similar offset header file, circular dependency can happen. For example, we want to generate a offset file include/generated/test.h, which is included in include/sched/sched.h. If we generate asm-offsets.h first, it will fail, as include/sched/sched.h is included in asm-offsets.c and include/generated/test.h doesn't exist; If we generate test.h first, it can't success neither, as include/generated/asm-offsets.h is included by it. In x86_64, the macro COMPILE_OFFSETS is used to avoid such circular dependency. We can generate asm-offsets.h first, and if the COMPILE_OFFSETS is defined, we don't include the "generated/test.h". And we define the macro COMPILE_OFFSETS for all the asm-offsets.c for this purpose. Signed-off-by: Menglong Dong --- arch/alpha/kernel/asm-offsets.c | 1 + arch/arc/kernel/asm-offsets.c | 1 + arch/arm/kernel/asm-offsets.c | 2 ++ arch/arm64/kernel/asm-offsets.c | 1 + arch/csky/kernel/asm-offsets.c | 1 + arch/hexagon/kernel/asm-offsets.c | 1 + arch/loongarch/kernel/asm-offsets.c | 2 ++ arch/m68k/kernel/asm-offsets.c | 1 + arch/microblaze/kernel/asm-offsets.c | 1 + arch/mips/kernel/asm-offsets.c | 2 ++ arch/nios2/kernel/asm-offsets.c | 1 + arch/openrisc/kernel/asm-offsets.c | 1 + arch/parisc/kernel/asm-offsets.c | 1 + arch/powerpc/kernel/asm-offsets.c | 1 + arch/riscv/kernel/asm-offsets.c | 1 + arch/s390/kernel/asm-offsets.c | 1 + arch/sh/kernel/asm-offsets.c | 1 + arch/sparc/kernel/asm-offsets.c | 1 + arch/um/kernel/asm-offsets.c | 2 ++ arch/xtensa/kernel/asm-offsets.c | 1 + 20 files changed, 24 insertions(+) diff --git a/arch/alpha/kernel/asm-offsets.c b/arch/alpha/kernel/asm-offset= s.c index e9dad60b147f..1ebb05890499 100644 --- a/arch/alpha/kernel/asm-offsets.c +++ b/arch/alpha/kernel/asm-offsets.c @@ -4,6 +4,7 @@ * This code generates raw asm output which is post-processed to extract * and format the required data. */ +#define COMPILE_OFFSETS =20 #include #include diff --git a/arch/arc/kernel/asm-offsets.c b/arch/arc/kernel/asm-offsets.c index f77deb799175..2978da85fcb6 100644 --- a/arch/arc/kernel/asm-offsets.c +++ b/arch/arc/kernel/asm-offsets.c @@ -2,6 +2,7 @@ /* * Copyright (C) 2004, 2007-2010, 2011-2012 Synopsys, Inc. (www.synopsys.c= om) */ +#define COMPILE_OFFSETS =20 #include #include diff --git a/arch/arm/kernel/asm-offsets.c b/arch/arm/kernel/asm-offsets.c index 123f4a8ef446..2101938d27fc 100644 --- a/arch/arm/kernel/asm-offsets.c +++ b/arch/arm/kernel/asm-offsets.c @@ -7,6 +7,8 @@ * This code generates raw asm output which is post-processed to extract * and format the required data. */ +#define COMPILE_OFFSETS + #include #include #include diff --git a/arch/arm64/kernel/asm-offsets.c b/arch/arm64/kernel/asm-offset= s.c index 30d4bbe68661..b6367ff3a49c 100644 --- a/arch/arm64/kernel/asm-offsets.c +++ b/arch/arm64/kernel/asm-offsets.c @@ -6,6 +6,7 @@ * 2001-2002 Keith Owens * Copyright (C) 2012 ARM Ltd. */ +#define COMPILE_OFFSETS =20 #include #include diff --git a/arch/csky/kernel/asm-offsets.c b/arch/csky/kernel/asm-offsets.c index d1e903579473..5525c8e7e1d9 100644 --- a/arch/csky/kernel/asm-offsets.c +++ b/arch/csky/kernel/asm-offsets.c @@ -1,5 +1,6 @@ // SPDX-License-Identifier: GPL-2.0 // Copyright (C) 2018 Hangzhou C-SKY Microsystems co.,ltd. +#define COMPILE_OFFSETS =20 #include #include diff --git a/arch/hexagon/kernel/asm-offsets.c b/arch/hexagon/kernel/asm-of= fsets.c index 03a7063f9456..50eea9fa6f13 100644 --- a/arch/hexagon/kernel/asm-offsets.c +++ b/arch/hexagon/kernel/asm-offsets.c @@ -8,6 +8,7 @@ * * Copyright (c) 2010-2012, The Linux Foundation. All rights reserved. */ +#define COMPILE_OFFSETS =20 #include #include diff --git a/arch/loongarch/kernel/asm-offsets.c b/arch/loongarch/kernel/as= m-offsets.c index db1e4bb26b6a..3017c7157600 100644 --- a/arch/loongarch/kernel/asm-offsets.c +++ b/arch/loongarch/kernel/asm-offsets.c @@ -4,6 +4,8 @@ * * Copyright (C) 2020-2022 Loongson Technology Corporation Limited */ +#define COMPILE_OFFSETS + #include #include #include diff --git a/arch/m68k/kernel/asm-offsets.c b/arch/m68k/kernel/asm-offsets.c index 906d73230537..67a1990f9d74 100644 --- a/arch/m68k/kernel/asm-offsets.c +++ b/arch/m68k/kernel/asm-offsets.c @@ -9,6 +9,7 @@ * #defines from the assembly-language output. */ =20 +#define COMPILE_OFFSETS #define ASM_OFFSETS_C =20 #include diff --git a/arch/microblaze/kernel/asm-offsets.c b/arch/microblaze/kernel/= asm-offsets.c index 104c3ac5f30c..b4b67d58e7f6 100644 --- a/arch/microblaze/kernel/asm-offsets.c +++ b/arch/microblaze/kernel/asm-offsets.c @@ -7,6 +7,7 @@ * License. See the file "COPYING" in the main directory of this archive * for more details. */ +#define COMPILE_OFFSETS =20 #include #include diff --git a/arch/mips/kernel/asm-offsets.c b/arch/mips/kernel/asm-offsets.c index 1e29efcba46e..5debd9a3854a 100644 --- a/arch/mips/kernel/asm-offsets.c +++ b/arch/mips/kernel/asm-offsets.c @@ -9,6 +9,8 @@ * Kevin Kissell, kevink@mips.com and Carsten Langgaard, carstenl@mips.com * Copyright (C) 2000 MIPS Technologies, Inc. */ +#define COMPILE_OFFSETS + #include #include #include diff --git a/arch/nios2/kernel/asm-offsets.c b/arch/nios2/kernel/asm-offset= s.c index e3d9b7b6fb48..88190b503ce5 100644 --- a/arch/nios2/kernel/asm-offsets.c +++ b/arch/nios2/kernel/asm-offsets.c @@ -2,6 +2,7 @@ /* * Copyright (C) 2011 Tobias Klauser */ +#define COMPILE_OFFSETS =20 #include #include diff --git a/arch/openrisc/kernel/asm-offsets.c b/arch/openrisc/kernel/asm-= offsets.c index 710651d5aaae..3cc826f2216b 100644 --- a/arch/openrisc/kernel/asm-offsets.c +++ b/arch/openrisc/kernel/asm-offsets.c @@ -18,6 +18,7 @@ * compile this file to assembler, and then extract the * #defines from the assembly-language output. */ +#define COMPILE_OFFSETS =20 #include #include diff --git a/arch/parisc/kernel/asm-offsets.c b/arch/parisc/kernel/asm-offs= ets.c index 757816a7bd4b..9abfe65492c6 100644 --- a/arch/parisc/kernel/asm-offsets.c +++ b/arch/parisc/kernel/asm-offsets.c @@ -13,6 +13,7 @@ * Copyright (C) 2002 Randolph Chung * Copyright (C) 2003 James Bottomley */ +#define COMPILE_OFFSETS =20 #include #include diff --git a/arch/powerpc/kernel/asm-offsets.c b/arch/powerpc/kernel/asm-of= fsets.c index b3048f6d3822..a4bc80b30410 100644 --- a/arch/powerpc/kernel/asm-offsets.c +++ b/arch/powerpc/kernel/asm-offsets.c @@ -8,6 +8,7 @@ * compile this file to assembler, and then extract the * #defines from the assembly-language output. */ +#define COMPILE_OFFSETS =20 #include #include diff --git a/arch/riscv/kernel/asm-offsets.c b/arch/riscv/kernel/asm-offset= s.c index 6e8c0d6feae9..7d42d3b8a32a 100644 --- a/arch/riscv/kernel/asm-offsets.c +++ b/arch/riscv/kernel/asm-offsets.c @@ -3,6 +3,7 @@ * Copyright (C) 2012 Regents of the University of California * Copyright (C) 2017 SiFive */ +#define COMPILE_OFFSETS =20 #include #include diff --git a/arch/s390/kernel/asm-offsets.c b/arch/s390/kernel/asm-offsets.c index 95ecad9c7d7d..a8915663e917 100644 --- a/arch/s390/kernel/asm-offsets.c +++ b/arch/s390/kernel/asm-offsets.c @@ -4,6 +4,7 @@ * This code generates raw asm output which is post-processed to extract * and format the required data. */ +#define COMPILE_OFFSETS =20 #include #include diff --git a/arch/sh/kernel/asm-offsets.c b/arch/sh/kernel/asm-offsets.c index a0322e832845..429b6a763146 100644 --- a/arch/sh/kernel/asm-offsets.c +++ b/arch/sh/kernel/asm-offsets.c @@ -8,6 +8,7 @@ * compile this file to assembler, and then extract the * #defines from the assembly-language output. */ +#define COMPILE_OFFSETS =20 #include #include diff --git a/arch/sparc/kernel/asm-offsets.c b/arch/sparc/kernel/asm-offset= s.c index 3d9b9855dce9..6e660bde48dd 100644 --- a/arch/sparc/kernel/asm-offsets.c +++ b/arch/sparc/kernel/asm-offsets.c @@ -10,6 +10,7 @@ * * On sparc, thread_info data is static and TI_XXX offsets are computed by= hand. */ +#define COMPILE_OFFSETS =20 #include #include diff --git a/arch/um/kernel/asm-offsets.c b/arch/um/kernel/asm-offsets.c index 1fb12235ab9c..a69873aa697f 100644 --- a/arch/um/kernel/asm-offsets.c +++ b/arch/um/kernel/asm-offsets.c @@ -1 +1,3 @@ +#define COMPILE_OFFSETS + #include diff --git a/arch/xtensa/kernel/asm-offsets.c b/arch/xtensa/kernel/asm-offs= ets.c index da38de20ae59..cfbced95e944 100644 --- a/arch/xtensa/kernel/asm-offsets.c +++ b/arch/xtensa/kernel/asm-offsets.c @@ -11,6 +11,7 @@ * * Chris Zankel */ +#define COMPILE_OFFSETS =20 #include #include --=20 2.50.1 From nobody Sat Oct 4 08:15:26 2025 Received: from mail-pf1-f196.google.com (mail-pf1-f196.google.com [209.85.210.196]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id ADD6728724E; Tue, 19 Aug 2025 01:58:53 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.210.196 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1755568735; cv=none; b=MeiMjR0U+EV1vGg0f7L4psdz+LzrNv9roGpy6WAZa6981kURr4IqVdOfgOeUK7pbDhEVJycb1uOfN3hVu+04UdHkBZaaPNWsMlPhOie5VJlW0OEk20XdWORYzpPtfRwrwtZxosDFbGXW8jdkZWckqbn0lp/zjIWSYeEoXQ4NyfQ= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1755568735; c=relaxed/simple; bh=Y5SPX1vvn846jYR10WlqQO/trR88j8vNgTUttu8GXNE=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=UjX7BZWM7eXjoysi8cZTzUfGnP//sPRF9LI9k6VT1KgpBuNJ5YURcTQP2kx4S5kN+art4bLddAYztc3YHFiVt64ILyZ+0H9L9iwGk646ft14N6oel8uWDAMuvggq9DvMmFDJeEEdFYaVCZGREg9dlkT5JgnPuXMHNikCsobcfQc= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=XX7n0adm; arc=none smtp.client-ip=209.85.210.196 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="XX7n0adm" Received: by mail-pf1-f196.google.com with SMTP id d2e1a72fcca58-76e6cbb9956so1176766b3a.0; Mon, 18 Aug 2025 18:58:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1755568733; x=1756173533; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=mf1ADsAevvIgMEqQb8gukFVemRiQosBpLNzrx7L+xIQ=; b=XX7n0admjfkZ2haE9QO+lPtITppbb2/yRmRveKAkUTGe2eLO3NTq+/gqA9lzBtvkqj oBbCM62YlNqxTGoW/BQvTBddbDDjTicFv/xXbmlqamy4vY9UVk9C2/aQYkN+8sikY7CX 0zPLPclG4ieNXLX/whxVR2/GXtfnXrN7TE+CH8cDjTj0wn2hWlHqne3gXJfjcIiBReq1 wTuYP3jS3UXu6fIFfEyO6RgbpMbkQWGF8QfZ/6hLk6O0ooBMvcCnqROnWqq7HldFQHJd 41o1/gZ8ir2WStCsdrN5cZegv3cuKTtwV5D7bN490/i4u8Wqe9T4FWbKmBaVzTYktnF1 4NPw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1755568733; x=1756173533; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=mf1ADsAevvIgMEqQb8gukFVemRiQosBpLNzrx7L+xIQ=; b=qp9G1TBYkpotgDD8m06LzAo0bptDYL0RqQetQGDXhaw3vPEaKctvkzhxttogjCAEpq H/2SX579rBgh2oipvHalJmNaM4rbpGJT12V/5dpuXGiYG97tnD7Ilr0BeEAgZ1PcXpbF GzhpgKVzxhzjJIDqCj5TFVfIvqH030l0cjicEMD0ePqn8YwihM+v5j8ZocYNy6fe67lN qKeJNZD8oV7A3sdZdlh+P+ciTw/1hI/sohl2//Q+sMQgQX2ZAAgVTZ/NIA1jc6g4i+kj 43eYaLgUziVnmViO6WBkEP6VGvjG0DAVrA/Qm9M543Zb7npzeSq1Yj1/p1xiqjN2j181 AjWw== X-Forwarded-Encrypted: i=1; AJvYcCU9TBm92D1TCpdy48MbTUJZPBcWGiO+p4pXD6lYCkVNTAXrlpfyJw01KSUVVPxajw1HEvY=@vger.kernel.org, AJvYcCW9Fn+TSC9+x6HJ4iQLp9gZu6sj2/V6cxH+F7G/fSFPpjEdMv93pFQkJNMGDxj5QMf60k73lae5kHs1ew6p@vger.kernel.org X-Gm-Message-State: AOJu0YxR3G7B5NA4cSgGRROw37yrTDgtHLmsvwVM4t++S9M+oEJ5d9r4 VaWISo4eASIO/5oJ1Qu+dxlpVbBEIEwDJJ+TpwSHtUBiUMMQYvL5G0ja X-Gm-Gg: ASbGncs3CJ5c4/Z8CYshaC1Wbw4Pr5TdnI4HygWrh3ecL4h+ZKNJtXVf16dy6xBHE1o wZD6WwpxkHyiVx4q2KaKTivqt57bQaQQPc/hKUqhVKWOqDL5DEp+dtL1KHqe45t9LZtdHmds3sg ik0Q0xH5rqRM92n38BlLbLCZlZePc9INpJy3ZoEPcqtXvn5Q7JTrCcg7ouScVslXZ7RngXb0hs2 X4+2kqd2gLl/MLV1sKsI8wrh5XQImToEJ45R8eHvbjLmi6tlwfYT5jjBbPoU7F4XnZCR6eso+y3 /8zbU3CmzHd2LR43AgTI88a90Lgm8VBZpnw7aKq8c4js87cRKsrbvkleqCOaB2pfwbC/Ri/lFL3 Ckn5+ouvnMxLjTi0IyRc= X-Google-Smtp-Source: AGHT+IGSXnG0AZIbaCPjv8iJQ6KTzm2XbbFU/f+FJi4iTGjk3AHcsTi1n+kXCEDiKNT9+nFye6BUIw== X-Received: by 2002:a05:6a21:3383:b0:240:1d9a:4ca7 with SMTP id adf61e73a8af0-2430d30cf87mr1081522637.5.1755568732807; Mon, 18 Aug 2025 18:58:52 -0700 (PDT) Received: from 7940hx ([43.129.244.20]) by smtp.gmail.com with ESMTPSA id 41be03b00d2f7-b474f22665bsm1952013a12.20.2025.08.18.18.58.47 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 18 Aug 2025 18:58:52 -0700 (PDT) From: Menglong Dong X-Google-Original-From: Menglong Dong To: peterz@infradead.org Cc: mingo@redhat.com, juri.lelli@redhat.com, vincent.guittot@linaro.org, dietmar.eggemann@arm.com, rostedt@goodmis.org, bsegall@google.com, mgorman@suse.de, vschneid@redhat.com, ast@kernel.org, daniel@iogearbox.net, john.fastabend@gmail.com, andrii@kernel.org, martin.lau@linux.dev, eddyz87@gmail.com, song@kernel.org, yonghong.song@linux.dev, kpsingh@kernel.org, sdf@fomichev.me, haoluo@google.com, jolsa@kernel.org, simona.vetter@ffwll.ch, tzimmermann@suse.de, jani.nikula@intel.com, linux-kernel@vger.kernel.org, bpf@vger.kernel.org Subject: [PATCH v2 2/3] sched: make migrate_enable/migrate_disable inline Date: Tue, 19 Aug 2025 09:58:31 +0800 Message-ID: <20250819015832.11435-3-dongml2@chinatelecom.cn> X-Mailer: git-send-email 2.50.1 In-Reply-To: <20250819015832.11435-1-dongml2@chinatelecom.cn> References: <20250819015832.11435-1-dongml2@chinatelecom.cn> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable For now, migrate_enable and migrate_disable are global, which makes them become hotspots in some case. Take BPF for example, the function calling to migrate_enable and migrate_disable in BPF trampoline can introduce significant overhead, and following is the 'perf top' of FENTRY's benchmark (./tools/testing/selftests/bpf/bench trig-fentry): 54.63% bpf_prog_2dcccf652aac1793_bench_trigger_fentry [k] bpf_prog_2dcccf652aac1793_bench_trigger_fentry 10.43% [kernel] [k] migrate_enable 10.07% bpf_trampoline_6442517037 [k] bpf_trampoline_6442517037 8.06% [kernel] [k] __bpf_prog_exit_recur 4.11% libc.so.6 [.] syscall 2.15% [kernel] [k] entry_SYSCALL_64 1.48% [kernel] [k] memchr_inv 1.32% [kernel] [k] fput 1.16% [kernel] [k] _copy_to_user 0.73% [kernel] [k] bpf_prog_test_run_raw_tp So in this commit, we make migrate_enable/migrate_disable inline to obtain better performance. The struct rq is defined internally in kernel/sched/sched.h, and the field "nr_pinned" is accessed in migrate_enable/migrate_disable, which makes it hard to make them inline. Alexei Starovoitov suggests to generate the offset of "nr_pinned" in [1], so we can define the migrate_enable/migrate_disable in include/linux/sched.h and access "this_rq()->nr_pinned" with "(void *)this_rq() + RQ_nr_pinned". The offset of "nr_pinned" is generated in include/generated/rq-offsets.h by kernel/sched/rq-offsets.c. Generally speaking, we move the definition of migrate_enable and migrate_disable to include/linux/sched.h from kernel/sched/core.c. The calling to __set_cpus_allowed_ptr() is leaved in __migrate_enable(). The "struct rq" is not available in include/linux/sched.h, so we can't access the "runqueues" with this_cpu_ptr(), as the compilation will fail in this_cpu_ptr() -> raw_cpu_ptr() -> __verify_pcpu_ptr(): typeof((ptr) + 0) So we introduce the this_rq_raw() and access the runqueues with arch_raw_cpu_ptr() directly. Before this patch, the performance of BPF FENTRY is: fentry : 113.030 =C2=B1 0.149M/s fentry : 112.501 =C2=B1 0.187M/s fentry : 112.828 =C2=B1 0.267M/s fentry : 115.287 =C2=B1 0.241M/s After this patch, the performance of BPF FENTRY increases to: fentry : 143.644 =C2=B1 0.670M/s fentry : 149.764 =C2=B1 0.362M/s fentry : 149.642 =C2=B1 0.156M/s fentry : 145.263 =C2=B1 0.221M/s Link: https://lore.kernel.org/bpf/CAADnVQ+5sEDKHdsJY5ZsfGDO_1SEhhQWHrt2SMBG= 5SYyQ+jt7w@mail.gmail.com/ [1] Signed-off-by: Menglong Dong --- v2: - use PERCPU_PTR() for this_rq_raw() if !CONFIG_SMP --- Kbuild | 13 ++++++- include/linux/preempt.h | 3 -- include/linux/sched.h | 77 +++++++++++++++++++++++++++++++++++++++ kernel/bpf/verifier.c | 3 +- kernel/sched/core.c | 56 ++-------------------------- kernel/sched/rq-offsets.c | 12 ++++++ 6 files changed, 106 insertions(+), 58 deletions(-) create mode 100644 kernel/sched/rq-offsets.c diff --git a/Kbuild b/Kbuild index f327ca86990c..13324b4bbe23 100644 --- a/Kbuild +++ b/Kbuild @@ -34,13 +34,24 @@ arch/$(SRCARCH)/kernel/asm-offsets.s: $(timeconst-file)= $(bounds-file) $(offsets-file): arch/$(SRCARCH)/kernel/asm-offsets.s FORCE $(call filechk,offsets,__ASM_OFFSETS_H__) =20 +# Generate rq-offsets.h + +rq-offsets-file :=3D include/generated/rq-offsets.h + +targets +=3D kernel/sched/rq-offsets.s + +kernel/sched/rq-offsets.s: $(offsets-file) + +$(rq-offsets-file): kernel/sched/rq-offsets.s FORCE + $(call filechk,offsets,__RQ_OFFSETS_H__) + # Check for missing system calls =20 quiet_cmd_syscalls =3D CALL $< cmd_syscalls =3D $(CONFIG_SHELL) $< $(CC) $(c_flags) $(missing_sysca= lls_flags) =20 PHONY +=3D missing-syscalls -missing-syscalls: scripts/checksyscalls.sh $(offsets-file) +missing-syscalls: scripts/checksyscalls.sh $(rq-offsets-file) $(call cmd,syscalls) =20 # Check the manual modification of atomic headers diff --git a/include/linux/preempt.h b/include/linux/preempt.h index 1fad1c8a4c76..92237c319035 100644 --- a/include/linux/preempt.h +++ b/include/linux/preempt.h @@ -424,8 +424,6 @@ static inline void preempt_notifier_init(struct preempt= _notifier *notifier, * work-conserving schedulers. * */ -extern void migrate_disable(void); -extern void migrate_enable(void); =20 /** * preempt_disable_nested - Disable preemption inside a normally preempt d= isabled section @@ -471,7 +469,6 @@ static __always_inline void preempt_enable_nested(void) =20 DEFINE_LOCK_GUARD_0(preempt, preempt_disable(), preempt_enable()) DEFINE_LOCK_GUARD_0(preempt_notrace, preempt_disable_notrace(), preempt_en= able_notrace()) -DEFINE_LOCK_GUARD_0(migrate, migrate_disable(), migrate_enable()) =20 #ifdef CONFIG_PREEMPT_DYNAMIC =20 diff --git a/include/linux/sched.h b/include/linux/sched.h index f8188b833350..b554a1e65e3e 100644 --- a/include/linux/sched.h +++ b/include/linux/sched.h @@ -49,6 +49,9 @@ #include #include #include +#ifndef COMPILE_OFFSETS +#include +#endif =20 /* task_struct member predeclarations (sorted alphabetically): */ struct audit_context; @@ -2312,4 +2315,78 @@ static __always_inline void alloc_tag_restore(struct= alloc_tag *tag, struct allo #define alloc_tag_restore(_tag, _old) do {} while (0) #endif =20 +#ifndef COMPILE_OFFSETS + +extern void __migrate_enable(void); + +struct rq; +DECLARE_PER_CPU_SHARED_ALIGNED(struct rq, runqueues); + +#ifdef CONFIG_SMP +#define this_rq_raw() arch_raw_cpu_ptr(&runqueues) +#else +#define this_rq_raw() PERCPU_PTR(&runqueues) +#endif + +static inline void migrate_enable(void) +{ + struct task_struct *p =3D current; + +#ifdef CONFIG_DEBUG_PREEMPT + /* + * Check both overflow from migrate_disable() and superfluous + * migrate_enable(). + */ + if (WARN_ON_ONCE((s16)p->migration_disabled <=3D 0)) + return; +#endif + + if (p->migration_disabled > 1) { + p->migration_disabled--; + return; + } + + /* + * Ensure stop_task runs either before or after this, and that + * __set_cpus_allowed_ptr(SCA_MIGRATE_ENABLE) doesn't schedule(). + */ + guard(preempt)(); + if (unlikely(p->cpus_ptr !=3D &p->cpus_mask)) + __migrate_enable(); + /* + * Mustn't clear migration_disabled() until cpus_ptr points back at the + * regular cpus_mask, otherwise things that race (eg. + * select_fallback_rq) get confused. + */ + barrier(); + p->migration_disabled =3D 0; + (*(unsigned int *)((void *)this_rq_raw() + RQ_nr_pinned))--; +} + +static inline void migrate_disable(void) +{ + struct task_struct *p =3D current; + + if (p->migration_disabled) { +#ifdef CONFIG_DEBUG_PREEMPT + /* + *Warn about overflow half-way through the range. + */ + WARN_ON_ONCE((s16)p->migration_disabled < 0); +#endif + p->migration_disabled++; + return; + } + + guard(preempt)(); + (*(unsigned int *)((void *)this_rq_raw() + RQ_nr_pinned))++; + p->migration_disabled =3D 1; +} +#else +static inline void migrate_disable(void) { } +static inline void migrate_enable(void) { } +#endif + +DEFINE_LOCK_GUARD_0(migrate, migrate_disable(), migrate_enable()) + #endif diff --git a/kernel/bpf/verifier.c b/kernel/bpf/verifier.c index c4f69a9e9af6..88bf2ef3e60c 100644 --- a/kernel/bpf/verifier.c +++ b/kernel/bpf/verifier.c @@ -23855,8 +23855,7 @@ int bpf_check_attach_target(struct bpf_verifier_log= *log, BTF_SET_START(btf_id_deny) BTF_ID_UNUSED #ifdef CONFIG_SMP -BTF_ID(func, migrate_disable) -BTF_ID(func, migrate_enable) +BTF_ID(func, __migrate_enable) #endif #if !defined CONFIG_PREEMPT_RCU && !defined CONFIG_TINY_RCU BTF_ID(func, rcu_read_unlock_strict) diff --git a/kernel/sched/core.c b/kernel/sched/core.c index be00629f0ba4..00383fed9f63 100644 --- a/kernel/sched/core.c +++ b/kernel/sched/core.c @@ -119,6 +119,7 @@ EXPORT_TRACEPOINT_SYMBOL_GPL(sched_update_nr_running_tp= ); EXPORT_TRACEPOINT_SYMBOL_GPL(sched_compute_energy_tp); =20 DEFINE_PER_CPU_SHARED_ALIGNED(struct rq, runqueues); +EXPORT_SYMBOL_GPL(runqueues); =20 #ifdef CONFIG_SCHED_PROXY_EXEC DEFINE_STATIC_KEY_TRUE(__sched_proxy_exec); @@ -2381,28 +2382,7 @@ static void migrate_disable_switch(struct rq *rq, st= ruct task_struct *p) __do_set_cpus_allowed(p, &ac); } =20 -void migrate_disable(void) -{ - struct task_struct *p =3D current; - - if (p->migration_disabled) { -#ifdef CONFIG_DEBUG_PREEMPT - /* - *Warn about overflow half-way through the range. - */ - WARN_ON_ONCE((s16)p->migration_disabled < 0); -#endif - p->migration_disabled++; - return; - } - - guard(preempt)(); - this_rq()->nr_pinned++; - p->migration_disabled =3D 1; -} -EXPORT_SYMBOL_GPL(migrate_disable); - -void migrate_enable(void) +void __migrate_enable(void) { struct task_struct *p =3D current; struct affinity_context ac =3D { @@ -2410,37 +2390,9 @@ void migrate_enable(void) .flags =3D SCA_MIGRATE_ENABLE, }; =20 -#ifdef CONFIG_DEBUG_PREEMPT - /* - * Check both overflow from migrate_disable() and superfluous - * migrate_enable(). - */ - if (WARN_ON_ONCE((s16)p->migration_disabled <=3D 0)) - return; -#endif - - if (p->migration_disabled > 1) { - p->migration_disabled--; - return; - } - - /* - * Ensure stop_task runs either before or after this, and that - * __set_cpus_allowed_ptr(SCA_MIGRATE_ENABLE) doesn't schedule(). - */ - guard(preempt)(); - if (p->cpus_ptr !=3D &p->cpus_mask) - __set_cpus_allowed_ptr(p, &ac); - /* - * Mustn't clear migration_disabled() until cpus_ptr points back at the - * regular cpus_mask, otherwise things that race (eg. - * select_fallback_rq) get confused. - */ - barrier(); - p->migration_disabled =3D 0; - this_rq()->nr_pinned--; + __set_cpus_allowed_ptr(p, &ac); } -EXPORT_SYMBOL_GPL(migrate_enable); +EXPORT_SYMBOL_GPL(__migrate_enable); =20 static inline bool rq_has_pinned_tasks(struct rq *rq) { diff --git a/kernel/sched/rq-offsets.c b/kernel/sched/rq-offsets.c new file mode 100644 index 000000000000..a23747bbe25b --- /dev/null +++ b/kernel/sched/rq-offsets.c @@ -0,0 +1,12 @@ +// SPDX-License-Identifier: GPL-2.0 +#define COMPILE_OFFSETS +#include +#include +#include "sched.h" + +int main(void) +{ + DEFINE(RQ_nr_pinned, offsetof(struct rq, nr_pinned)); + + return 0; +} --=20 2.50.1 From nobody Sat Oct 4 08:15:26 2025 Received: from mail-pf1-f193.google.com (mail-pf1-f193.google.com [209.85.210.193]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 60FBE2877CA; Tue, 19 Aug 2025 01:58:59 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.210.193 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1755568740; cv=none; b=BjZYnvTJUtd9sXOk/6FttAJF10opDxolbD2yVkhlEd/xqX5aLZlK50SWWs7fJFnJ/kqD7JfDCTbwe7zDXToe3lmRAfejMYpsIfhY0tkS1zgItTfuP8Aldf8eoWo98tbqTM/7DN1665x1Do7FjvtRSDIQsEGxh18VZYvaCJsuxsA= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1755568740; c=relaxed/simple; bh=kVXO32XWFGFryq+9u4jMGw/2BQMQgJzRVyV+Y/D478Q=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=sk1PzszbAkMYoqXzgoLt8S/jQeqVhfKZLS0zLjIbWGwWZ6JEkBuK/wdzLU4/uKo5eU8cnTuJnwT9sTJ1SHs2T3Q3kOWk6XPQ9CI83zxpC/5h0Bq8gsYL6n/fwYP8aqhixXQp6SXIezZJrGQCcWhlWg2Ib5uW0FW3/6uMod7luD4= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=fbQzycVQ; arc=none smtp.client-ip=209.85.210.193 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="fbQzycVQ" Received: by mail-pf1-f193.google.com with SMTP id d2e1a72fcca58-76e1ff326bbso4340499b3a.1; Mon, 18 Aug 2025 18:58:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1755568739; x=1756173539; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=z/lWdjE3fEvYN7U+VU8qdCr2mZquMa68Yf5oLPz/zjM=; b=fbQzycVQ95VPs28McHqnhyW0d/YJgHxyK8EGtfS5XepqAKEgGA4EjBo24F4MiHrCoW HyOLsU2VG8V8MWnfLtMS3AzuaoHalT5mvOVWPBNbN5NwDuHSUORJFXQO3/KYha2Sypmx iZ20PC9ffRK57bhjx2ZV2N0OEKevLmcLlSLg9JAQ2RZkVihvHU6hbC2S0iKdQ4IxuDaQ PMw2oY081+IsfdHdkdWw/Bf81sNmPfuL6C1yQXD4zWBfceYB3kNmpub1PvCZlIU7XTD1 WgySwJ0Q+n7zNi1BQS1MojMaGWK4oIbDdS98X1nn8g9/1ZSuShpjrHQgu+V63GJ/Q+0X KdAg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1755568739; x=1756173539; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=z/lWdjE3fEvYN7U+VU8qdCr2mZquMa68Yf5oLPz/zjM=; b=IsapnPjJXKCktkmPyXoOYrLQQ1Bg0iCSSRkgGxQZcosfnwZhDk/E2ydMsykOV78fbD RYlIAgT+2ZKvmf3kul82knqXNfzjJGWTod9BTmjrzR1BW6OBlF9aF9Gtxg623Ho+I39q C2txENEeDHaqAiHRIck11cXKsDaB7I+D7KzL5JhTji2lJSzb8BPOscILb0XD6lXM0Hcb 7XB2rNJ25HyEZnxKN9bOxS4Pl+L6qEa8eps8xBmTLg6ujrH2/1b3lQ4U57zSyi/T1npC tvg87IafBeACrAgJ89FNwUgmvO+mlvHd19b23HruIBxQ0aqBg+7TUfsMwzwH1CYAQHpN 0o/g== X-Forwarded-Encrypted: i=1; AJvYcCVQ9WHQnlg4IVUKZeBC9BYG2mx4i+hS4IgeZEfoqFqH+dE5Or1rkR0MAnx+rwVpdV7pFRs=@vger.kernel.org, AJvYcCWpn6CMWtqTl8x/BybFkyAD+nVeeMcE7+VoeN8AIsHA/usTCiQ0vwkIYaxm3/h30/4KbVvfFPS1XRt0G4pP@vger.kernel.org X-Gm-Message-State: AOJu0YxknL9xvCQQeIFn00/I1J0AREzLSzbPydrx1RxwXu+v2TbjQc/4 biTc0iAwj9kcNVrY2xzQdI3BQ1n5Algmyik4IsaR2TU/Nf9Y3E4SBR06 X-Gm-Gg: ASbGncsfE1IczyjvNknSrRmQ8D3julFRUuaTJHCIrkCXV8deWbhPv4XuU0VyxoHP2rW 4POydURHzXRQpcQ9qiHDb3F611pgjG7h8mMPkVBN0SP+5+VHIN/6qBG939oHOIzbgZCkSdaHx9p BDeVG4swCYJzjbcn/FEo5ybMphSSQIBjXh8zPr+8xZgq1j610sb4P+UTYo8ALcnWCBB88oVM7zA 4Fs9U6uZHi/No20hTbLojWA95ohyz00hnMBWOO1+Rdizq7CuYZHem77nycu78XcL3R4DWuXqksk ZvUllnH1riKMdRgHFSPOQU9UnoDGeAxgcDNgzbHa94hTYLi3WkpubGTG+W/ZuaXM3C1rapO/m6w cS8rWQiFSvxO49LnB2GI= X-Google-Smtp-Source: AGHT+IG66QPzdkJycJt460PXwtNbK0vYpj513keLIcDkGGVvfMb0R4fxvIXAGn8E5IdOozpRmx8q8w== X-Received: by 2002:a05:6a20:6a03:b0:243:78a:82ce with SMTP id adf61e73a8af0-2430db1ace5mr753877637.27.1755568738625; Mon, 18 Aug 2025 18:58:58 -0700 (PDT) Received: from 7940hx ([43.129.244.20]) by smtp.gmail.com with ESMTPSA id 41be03b00d2f7-b474f22665bsm1952013a12.20.2025.08.18.18.58.53 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 18 Aug 2025 18:58:58 -0700 (PDT) From: Menglong Dong X-Google-Original-From: Menglong Dong To: peterz@infradead.org Cc: mingo@redhat.com, juri.lelli@redhat.com, vincent.guittot@linaro.org, dietmar.eggemann@arm.com, rostedt@goodmis.org, bsegall@google.com, mgorman@suse.de, vschneid@redhat.com, ast@kernel.org, daniel@iogearbox.net, john.fastabend@gmail.com, andrii@kernel.org, martin.lau@linux.dev, eddyz87@gmail.com, song@kernel.org, yonghong.song@linux.dev, kpsingh@kernel.org, sdf@fomichev.me, haoluo@google.com, jolsa@kernel.org, simona.vetter@ffwll.ch, tzimmermann@suse.de, jani.nikula@intel.com, linux-kernel@vger.kernel.org, bpf@vger.kernel.org Subject: [PATCH v2 3/3] sched: fix some typos in include/linux/preempt.h Date: Tue, 19 Aug 2025 09:58:32 +0800 Message-ID: <20250819015832.11435-4-dongml2@chinatelecom.cn> X-Mailer: git-send-email 2.50.1 In-Reply-To: <20250819015832.11435-1-dongml2@chinatelecom.cn> References: <20250819015832.11435-1-dongml2@chinatelecom.cn> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" There are some typos in the comments of migrate in include/linux/preempt.h: elegible -> eligible it's -> its migirate_disable -> migrate_disable abritrary -> arbitrary Just fix them. Signed-off-by: Menglong Dong --- include/linux/preempt.h | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/include/linux/preempt.h b/include/linux/preempt.h index 92237c319035..102202185d7a 100644 --- a/include/linux/preempt.h +++ b/include/linux/preempt.h @@ -372,7 +372,7 @@ static inline void preempt_notifier_init(struct preempt= _notifier *notifier, /* * Migrate-Disable and why it is undesired. * - * When a preempted task becomes elegible to run under the ideal model (IO= W it + * When a preempted task becomes eligible to run under the ideal model (IO= W it * becomes one of the M highest priority tasks), it might still have to wa= it * for the preemptee's migrate_disable() section to complete. Thereby suff= ering * a reduction in bandwidth in the exact duration of the migrate_disable() @@ -387,7 +387,7 @@ static inline void preempt_notifier_init(struct preempt= _notifier *notifier, * - a lower priority tasks; which under preempt_disable() could've instan= tly * migrated away when another CPU becomes available, is now constrained * by the ability to push the higher priority task away, which might its= elf be - * in a migrate_disable() section, reducing it's available bandwidth. + * in a migrate_disable() section, reducing its available bandwidth. * * IOW it trades latency / moves the interference term, but it stays in the * system, and as long as it remains unbounded, the system is not fully @@ -399,7 +399,7 @@ static inline void preempt_notifier_init(struct preempt= _notifier *notifier, * PREEMPT_RT breaks a number of assumptions traditionally held. By forcin= g a * number of primitives into becoming preemptible, they would also allow * migration. This turns out to break a bunch of per-cpu usage. To this en= d, - * all these primitives employ migirate_disable() to restore this implicit + * all these primitives employ migrate_disable() to restore this implicit * assumption. * * This is a 'temporary' work-around at best. The correct solution is gett= ing @@ -407,7 +407,7 @@ static inline void preempt_notifier_init(struct preempt= _notifier *notifier, * per-cpu locking or short preempt-disable regions. * * The end goal must be to get rid of migrate_disable(), alternatively we = need - * a schedulability theory that does not depend on abritrary migration. + * a schedulability theory that does not depend on arbitrary migration. * * * Notes on the implementation. --=20 2.50.1