From nobody Sat Apr 4 01:34:07 2026 Received: from mail-pj1-f49.google.com (mail-pj1-f49.google.com [209.85.216.49]) (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 766992FD675 for ; Sat, 21 Mar 2026 09:19:03 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.216.49 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1774084744; cv=none; b=F0tICq/1nX6kj+ZbOWcA290NEvwkkbj/A1Aakm3jNLuaAweBE88BqRBr9Rif9PTILHdbRa+eqyoAsrzZ42Mp5gOadBuOBPt333ttOJEuSOVb4sk4KC1sbO0+e1h/JSTUCea+7AGA13K3WN6GNjFTkMMX8SOg/BdCyuFaqcsy3xg= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1774084744; c=relaxed/simple; bh=Yf2UJls0g6SIrLG3VoLsNIFcxqzuB/+jP+L+bdFcZ8g=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version; b=MTBJcV4U00khXWWk4ULt3UY1mCVLsT3/AxfkyUAJLwf1aksXFrypbr1wlbPxzFZ54l+sKgBYPm+Mr6TUFuoaAYHYDNoereqd9fZ+Hh8mabQnbEIX4Fj0FthkAx5N5Cd/nSaf4JiJkhFGR3NOan3RZStzm1g0s56zUPWBKFDOvqw= 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=jK7KjSzv; arc=none smtp.client-ip=209.85.216.49 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="jK7KjSzv" Received: by mail-pj1-f49.google.com with SMTP id 98e67ed59e1d1-35a1d4a095bso1604422a91.0 for ; Sat, 21 Mar 2026 02:19:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1774084743; x=1774689543; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:from:to:cc:subject:date:message-id:reply-to; bh=YsEpQWwBToQ4AR9S2KpO4Bub83RywNaRNt/eLnYZQS0=; b=jK7KjSzvNgq8HlxX+zieBEwSLz7ajbllGcW/QTxM1/lGJLEuAGP4KkObGMjVsqStaQ Zc1zSa7qCPzlqFo9lcLkdYqeYJGtZXMXu/pXwXkRbmEDdHp6jd7JeV7LITY7DtMimu/N ki/I5E9d+VwmGli4pXTvG7Y6pFo6yaaOkzLn9DK8smyqUyGcwbv20esr86Q+HBnb/RXv pz/ahySte5ZlT3KDcZKRvFkSyuJUkmF8NLArowF7/qpuqqQeIMQuZ1YNREMi7vfwUo6d UTLmxOjq4+OkmPdkUHdYCFxyGtXDH3F2DEza6Oak1fYbgfwLVERe99Z0knqEplVUikT1 foXw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1774084743; x=1774689543; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=YsEpQWwBToQ4AR9S2KpO4Bub83RywNaRNt/eLnYZQS0=; b=MFD/F4GfW9Bly0mPia+FPxJBUx5zABo47BgOVELw4Brfw1/2UxGtdBkOclLtNhFJ+y rvrOPRYX5pGtr0vxGA1vwLD7F76xUqt/3XC1O3XAMUz6ZzV7ohk/O1kYdi6FNLrThG0m xd9t0REOtv/H78hs8hjSge8KO4VnEISOn044M2FOpvKrtP+r5zbXJ4FiM3cDIhVFwBAP BaIHMbcZqAZZjGBM7eSCZ4DOkakuEuiZO7guHxFwKSMar51Q1Ll3ZPqCgYq8RKFoFfPD ohpeWO5iHGAWixtihTC/qUkIjdT0kAcqzuRF2iAlwSKhoQ0qIxp3tMTVRCWFzU9M1Hv6 3Xxg== X-Gm-Message-State: AOJu0YxdXSTY9tgMIQ6fXCtdKh8NGFKiLfLK/kOoo77jD3fIgjBwDk0V J7ZRnvb72GKoucwe+kEE/6cut+b16gRdedKr+Ot1/k1N5CC7d4JBIaAoYYGeGw== X-Gm-Gg: ATEYQzxRNYD62f8z3k1zTrU2G15xSKoy/IKXolg7/6HDUIzeEJ+iMRNIB1J+ne1CGpa oht55TOLzi49VGtuAdkj9zxeqLWcp0WPEoH8obC465MsgDStM+2yUZfdKcl6D1DbAXOY5YRBX+A qwthNGBOJXJhn3kJiXHsaYW8VGtkF3DS26kypeGn+w8NTi8x3LAURVmFQjZafwYz6HNeLGONVKe dWNUlcmMfCas2mLZT18wg1xGOBv3HbDS5Zosbhr0HYnPGfw2EU46+mZSYj7v2k3OYtZakI7oZut Flfj6GgvZH8VwGBdiaf4wfp9IigNMzKZm9i+sZp5BgmJxEp+LVmpYUuOCRACmU+kzPBRp31Tiwr 62FRqWWQccKpidDS7FsJVLww5sCv4baQWMBJT0PVELh2LBR5hrejfZViWBeKZUGio1KPbp3Jixz QduyNs8KlidcWV3/DfSR8cHPQx0cCoz0cIdblCeNB/sNftrA4= X-Received: by 2002:a17:90b:510f:b0:35b:8d89:719d with SMTP id 98e67ed59e1d1-35bd2749cb6mr4301896a91.6.1774084742621; Sat, 21 Mar 2026 02:19:02 -0700 (PDT) Received: from DESKTOP-MOQC9AF.mioffice.cn ([43.224.245.226]) by smtp.gmail.com with ESMTPSA id 98e67ed59e1d1-35bc60ecb30sm7206717a91.12.2026.03.21.02.19.00 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 21 Mar 2026 02:19:02 -0700 (PDT) From: Zhan Xusheng X-Google-Original-From: Zhan Xusheng To: Peter Zijlstra Cc: linux-kernel@vger.kernel.org, Zhan Xusheng Subject: [PATCH] sched: Fix typos in comments Date: Sat, 21 Mar 2026 17:18:52 +0800 Message-ID: <20260321091852.25086-1-zhanxusheng@xiaomi.com> X-Mailer: git-send-email 2.43.0 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" Fixes some spelling errors in the comments. Signed-off-by: Zhan Xusheng --- kernel/sched/core.c | 2 +- kernel/sched/sched.h | 6 +++--- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/kernel/sched/core.c b/kernel/sched/core.c index 496dff740dca..817e129a809f 100644 --- a/kernel/sched/core.c +++ b/kernel/sched/core.c @@ -6840,7 +6840,7 @@ static void __sched notrace __schedule(int sched_mode) /* * We pass task_is_blocked() as the should_block arg * in order to keep mutex-blocked tasks on the runqueue - * for slection with proxy-exec (without proxy-exec + * for selection with proxy-exec (without proxy-exec * task_is_blocked() will always be false). */ try_to_block_task(rq, prev, &prev_state, diff --git a/kernel/sched/sched.h b/kernel/sched/sched.h index 43bbf0693cca..a997e097152b 100644 --- a/kernel/sched/sched.h +++ b/kernel/sched/sched.h @@ -394,9 +394,9 @@ extern s64 dl_scaled_delta_exec(struct rq *rq, struct s= ched_dl_entity *dl_se, s6 * between defer and replenish but never actually enqueue the server. * * Only when the target class does not manage to exhaust the server's runt= ime - * (there's actualy starvation in the given period), will the dl_server ge= t on + * (there's actually starvation in the given period), will the dl_server g= et on * the runqueue. Once queued it will pick tasks from the target class and = run - * them until either its runtime is exhaused, at which point its back to + * them until either its runtime is exhausted, at which point its back to * dl_server_timer, or until there are no more tasks to run, at which point * the dl_server stops itself. * @@ -405,7 +405,7 @@ extern s64 dl_scaled_delta_exec(struct rq *rq, struct s= ched_dl_entity *dl_se, s6 * subject to CBS wakeup rules -- without having to wait for the next peri= od. * * Additionally, because of the dl_defer behaviour the start/stop behaviou= r is - * naturally thottled to once per period, avoiding high context switch + * naturally throttled to once per period, avoiding high context switch * workloads from spamming the hrtimer program/cancel paths. */ extern void dl_server_update_idle(struct sched_dl_entity *dl_se, s64 delta= _exec); --=20 2.43.0