From nobody Wed Feb 11 10:24:19 2026 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 226CAC6FD1D for ; Wed, 15 Mar 2023 12:20:48 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232272AbjCOMUq (ORCPT ); Wed, 15 Mar 2023 08:20:46 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46198 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232211AbjCOMUL (ORCPT ); Wed, 15 Mar 2023 08:20:11 -0400 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id DAB4395BD9 for ; Wed, 15 Mar 2023 05:19:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1678882748; 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=opKUyMj2lRH5d2JNuZrYyG9KL2ROXw8tqPa9QEIy/QU=; b=b11Yifnq1AAlJnfqh2J7c0oj4FSORl+trb8KDEcwxRZH5ni6KN4PkJ4cvEmyV/CNKDp1Pf cr6z9fKv+FZ/OltDSZE6RAMW5/S9+S9dBXjuQcsEWQn1GDXkRqdabONmI1fNlob41w+sWB a+x+IeFfdXq4PKpIRe7LFdEkNQm3U50= Received: from mail-qv1-f71.google.com (mail-qv1-f71.google.com [209.85.219.71]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-336-h8gKKAtqM9KJInR_HCPT8A-1; Wed, 15 Mar 2023 08:19:07 -0400 X-MC-Unique: h8gKKAtqM9KJInR_HCPT8A-1 Received: by mail-qv1-f71.google.com with SMTP id jh21-20020a0562141fd500b0053c23b938a0so11496045qvb.17 for ; Wed, 15 Mar 2023 05:19:07 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1678882747; 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=opKUyMj2lRH5d2JNuZrYyG9KL2ROXw8tqPa9QEIy/QU=; b=ADBNIqZxAch2C/p/O6N0L7EUiQp1RuAC8FfVivmM3AwW5kyet3J86TFuq8wH/tVl6G 94+68UjfrRU4iKGWxN/YSC5B+mBF/q5Ky7tJQ0OEIGedTKDwea67xoupVGG6046iSECU 58JZ2JV4xUbGeFI+sS+dKYvHTEYxrZ71Fbw8fjFGprcNZkQGVgn65dQhb+oxd2tcKEpB R+6REHldSlWtvIftBa4U0D0CSLDSJNtORU1PX0i5lUY3HOKGM8bENWrnPdncZSc6As89 MhTRr6kFkpx7URdKd/aPS8YHJPYj0CSdbz8IvjVhjK+DTXbEjcll63GF1uyeRh2yBXqs Yyng== X-Gm-Message-State: AO0yUKVKEXZ6NDi1F3+Mhyfv4PG3WEQ9IpgjJs1o3VeGBHoKh/PeJJiv 3FXGiJFlwGUcTT8X6U6CWZgghIj03IoTmald9wQA2aL+wzhgGFTtbKVQqPMjv74veghNcfyewBl ioaIjRd+yEJH6dnxrcsTtEg5u X-Received: by 2002:a05:622a:1113:b0:3bf:c0fb:53a2 with SMTP id e19-20020a05622a111300b003bfc0fb53a2mr41779941qty.48.1678882747018; Wed, 15 Mar 2023 05:19:07 -0700 (PDT) X-Google-Smtp-Source: AK7set9mHkeqmTivxOqdW2BMFZbITvmNopgAWNyPPVZIdMHjlh/o9c2Qn0S2URPxKvwetPpsKnTo1Q== X-Received: by 2002:a05:622a:1113:b0:3bf:c0fb:53a2 with SMTP id e19-20020a05622a111300b003bfc0fb53a2mr41779872qty.48.1678882746472; Wed, 15 Mar 2023 05:19:06 -0700 (PDT) Received: from localhost.localdomain.com ([2a00:23c6:4a21:6f01:ac73:9611:643a:5397]) by smtp.gmail.com with ESMTPSA id f11-20020ac8014b000000b003bd21323c80sm3672595qtg.11.2023.03.15.05.19.03 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 15 Mar 2023 05:19:06 -0700 (PDT) From: Juri Lelli To: Peter Zijlstra , Ingo Molnar , Qais Yousef , Waiman Long , Tejun Heo , Zefan Li , Johannes Weiner , Hao Luo Cc: Dietmar Eggemann , Steven Rostedt , linux-kernel@vger.kernel.org, luca.abeni@santannapisa.it, claudio@evidence.eu.com, tommaso.cucinotta@santannapisa.it, bristot@redhat.com, mathieu.poirier@linaro.org, cgroups@vger.kernel.org, Vincent Guittot , Wei Wang , Rick Yiu , Quentin Perret , Heiko Carstens , Vasily Gorbik , Alexander Gordeev , Sudeep Holla , Juri Lelli Subject: [RFC PATCH 1/3] sched/cpuset: Bring back cpuset_mutex Date: Wed, 15 Mar 2023 12:18:10 +0000 Message-Id: <20230315121812.206079-2-juri.lelli@redhat.com> X-Mailer: git-send-email 2.39.2 In-Reply-To: <20230315121812.206079-1-juri.lelli@redhat.com> References: <20230315121812.206079-1-juri.lelli@redhat.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Type: text/plain; charset="utf-8" Turns out percpu_cpuset_rwsem - commit 1243dc518c9d ("cgroup/cpuset: Convert cpuset_mutex to percpu_rwsem") - wasn't such a brilliant idea, as it has been reported to cause slowdowns in workloads that need to change cpuset configuration frequently and it is also not implementing priority inheritance (which causes troubles with realtime workloads). Convert percpu_cpuset_rwsem back to regular cpuset_mutex. Also grab it only for SCHED_DEADLINE tasks (other policies don't care about stable cpusets anyway). Signed-off-by: Juri Lelli --- include/linux/cpuset.h | 8 +-- kernel/cgroup/cpuset.c | 147 ++++++++++++++++++++--------------------- kernel/sched/core.c | 22 ++++-- 3 files changed, 91 insertions(+), 86 deletions(-) diff --git a/include/linux/cpuset.h b/include/linux/cpuset.h index d58e0476ee8e..355f796c5f07 100644 --- a/include/linux/cpuset.h +++ b/include/linux/cpuset.h @@ -71,8 +71,8 @@ extern void cpuset_init_smp(void); extern void cpuset_force_rebuild(void); extern void cpuset_update_active_cpus(void); extern void cpuset_wait_for_hotplug(void); -extern void cpuset_read_lock(void); -extern void cpuset_read_unlock(void); +extern void cpuset_lock(void); +extern void cpuset_unlock(void); extern void cpuset_cpus_allowed(struct task_struct *p, struct cpumask *mas= k); extern bool cpuset_cpus_allowed_fallback(struct task_struct *p); extern nodemask_t cpuset_mems_allowed(struct task_struct *p); @@ -196,8 +196,8 @@ static inline void cpuset_update_active_cpus(void) =20 static inline void cpuset_wait_for_hotplug(void) { } =20 -static inline void cpuset_read_lock(void) { } -static inline void cpuset_read_unlock(void) { } +static inline void cpuset_lock(void) { } +static inline void cpuset_unlock(void) { } =20 static inline void cpuset_cpus_allowed(struct task_struct *p, struct cpumask *mask) diff --git a/kernel/cgroup/cpuset.c b/kernel/cgroup/cpuset.c index a29c0b13706b..8d82d66d432b 100644 --- a/kernel/cgroup/cpuset.c +++ b/kernel/cgroup/cpuset.c @@ -366,22 +366,21 @@ static struct cpuset top_cpuset =3D { if (is_cpuset_online(((des_cs) =3D css_cs((pos_css))))) =20 /* - * There are two global locks guarding cpuset structures - cpuset_rwsem and + * There are two global locks guarding cpuset structures - cpuset_mutex and * callback_lock. We also require taking task_lock() when dereferencing a * task's cpuset pointer. See "The task_lock() exception", at the end of t= his - * comment. The cpuset code uses only cpuset_rwsem write lock. Other - * kernel subsystems can use cpuset_read_lock()/cpuset_read_unlock() to - * prevent change to cpuset structures. + * comment. The cpuset code uses only cpuset_mutex. Other kernel subsyste= ms + * can use cpuset_lock()/cpuset_unlock() to prevent change to cpuset + * structures. * * A task must hold both locks to modify cpusets. If a task holds - * cpuset_rwsem, it blocks others wanting that rwsem, ensuring that it - * is the only task able to also acquire callback_lock and be able to - * modify cpusets. It can perform various checks on the cpuset structure - * first, knowing nothing will change. It can also allocate memory while - * just holding cpuset_rwsem. While it is performing these checks, various - * callback routines can briefly acquire callback_lock to query cpusets. - * Once it is ready to make the changes, it takes callback_lock, blocking - * everyone else. + * cpuset_mutex, it blocks others, ensuring that it is the only task able = to + * also acquire callback_lock and be able to modify cpusets. It can perfo= rm + * various checks on the cpuset structure first, knowing nothing will chan= ge. + * It can also allocate memory while just holding cpuset_mutex. While it = is + * performing these checks, various callback routines can briefly acquire + * callback_lock to query cpusets. Once it is ready to make the changes, = it + * takes callback_lock, blocking everyone else. * * Calls to the kernel memory allocator can not be made while holding * callback_lock, as that would risk double tripping on callback_lock @@ -403,16 +402,16 @@ static struct cpuset top_cpuset =3D { * guidelines for accessing subsystem state in kernel/cgroup.c */ =20 -DEFINE_STATIC_PERCPU_RWSEM(cpuset_rwsem); +static DEFINE_MUTEX(cpuset_mutex); =20 -void cpuset_read_lock(void) +void cpuset_lock(void) { - percpu_down_read(&cpuset_rwsem); + mutex_lock(&cpuset_mutex); } =20 -void cpuset_read_unlock(void) +void cpuset_unlock(void) { - percpu_up_read(&cpuset_rwsem); + mutex_unlock(&cpuset_mutex); } =20 static DEFINE_SPINLOCK(callback_lock); @@ -496,7 +495,7 @@ static inline bool partition_is_populated(struct cpuset= *cs, * One way or another, we guarantee to return some non-empty subset * of cpu_online_mask. * - * Call with callback_lock or cpuset_rwsem held. + * Call with callback_lock or cpuset_mutex held. */ static void guarantee_online_cpus(struct task_struct *tsk, struct cpumask *pmask) @@ -538,7 +537,7 @@ static void guarantee_online_cpus(struct task_struct *t= sk, * One way or another, we guarantee to return some non-empty subset * of node_states[N_MEMORY]. * - * Call with callback_lock or cpuset_rwsem held. + * Call with callback_lock or cpuset_mutex held. */ static void guarantee_online_mems(struct cpuset *cs, nodemask_t *pmask) { @@ -550,7 +549,7 @@ static void guarantee_online_mems(struct cpuset *cs, no= demask_t *pmask) /* * update task's spread flag if cpuset's page/slab spread flag is set * - * Call with callback_lock or cpuset_rwsem held. The check can be skipped + * Call with callback_lock or cpuset_mutex held. The check can be skipped * if on default hierarchy. */ static void cpuset_update_task_spread_flags(struct cpuset *cs, @@ -575,7 +574,7 @@ static void cpuset_update_task_spread_flags(struct cpus= et *cs, * * One cpuset is a subset of another if all its allowed CPUs and * Memory Nodes are a subset of the other, and its exclusive flags - * are only set if the other's are set. Call holding cpuset_rwsem. + * are only set if the other's are set. Call holding cpuset_mutex. */ =20 static int is_cpuset_subset(const struct cpuset *p, const struct cpuset *q) @@ -713,7 +712,7 @@ static int validate_change_legacy(struct cpuset *cur, s= truct cpuset *trial) * If we replaced the flag and mask values of the current cpuset * (cur) with those values in the trial cpuset (trial), would * our various subset and exclusive rules still be valid? Presumes - * cpuset_rwsem held. + * cpuset_mutex held. * * 'cur' is the address of an actual, in-use cpuset. Operations * such as list traversal that depend on the actual address of the @@ -829,7 +828,7 @@ static void update_domain_attr_tree(struct sched_domain= _attr *dattr, rcu_read_unlock(); } =20 -/* Must be called with cpuset_rwsem held. */ +/* Must be called with cpuset_mutex held. */ static inline int nr_cpusets(void) { /* jump label reference count + the top-level cpuset */ @@ -855,7 +854,7 @@ static inline int nr_cpusets(void) * domains when operating in the severe memory shortage situations * that could cause allocation failures below. * - * Must be called with cpuset_rwsem held. + * Must be called with cpuset_mutex held. * * The three key local variables below are: * cp - cpuset pointer, used (together with pos_css) to perform a @@ -1084,7 +1083,7 @@ static void rebuild_root_domains(void) struct cpuset *cs =3D NULL; struct cgroup_subsys_state *pos_css; =20 - percpu_rwsem_assert_held(&cpuset_rwsem); + lockdep_assert_held(&cpuset_mutex); lockdep_assert_cpus_held(); lockdep_assert_held(&sched_domains_mutex); =20 @@ -1134,7 +1133,7 @@ partition_and_rebuild_sched_domains(int ndoms_new, cp= umask_var_t doms_new[], * 'cpus' is removed, then call this routine to rebuild the * scheduler's dynamic sched domains. * - * Call with cpuset_rwsem held. Takes cpus_read_lock(). + * Call with cpuset_mutex held. Takes cpus_read_lock(). */ static void rebuild_sched_domains_locked(void) { @@ -1145,7 +1144,7 @@ static void rebuild_sched_domains_locked(void) int ndoms; =20 lockdep_assert_cpus_held(); - percpu_rwsem_assert_held(&cpuset_rwsem); + lockdep_assert_held(&cpuset_mutex); =20 /* * If we have raced with CPU hotplug, return early to avoid @@ -1196,9 +1195,9 @@ static void rebuild_sched_domains_locked(void) void rebuild_sched_domains(void) { cpus_read_lock(); - percpu_down_write(&cpuset_rwsem); + mutex_lock(&cpuset_mutex); rebuild_sched_domains_locked(); - percpu_up_write(&cpuset_rwsem); + mutex_unlock(&cpuset_mutex); cpus_read_unlock(); } =20 @@ -1207,7 +1206,7 @@ void rebuild_sched_domains(void) * @cs: the cpuset in which each task's cpus_allowed mask needs to be chan= ged * * Iterate through each task of @cs updating its cpus_allowed to the - * effective cpuset's. As this function is called with cpuset_rwsem held, + * effective cpuset's. As this function is called with cpuset_mutex held, * cpuset membership stays stable. */ static void update_tasks_cpumask(struct cpuset *cs) @@ -1313,7 +1312,7 @@ static int update_parent_subparts_cpumask(struct cpus= et *cs, int cmd, int old_prs, new_prs; int part_error =3D PERR_NONE; /* Partition error? */ =20 - percpu_rwsem_assert_held(&cpuset_rwsem); + lockdep_assert_held(&cpuset_mutex); =20 /* * The parent must be a partition root. @@ -1536,7 +1535,7 @@ static int update_parent_subparts_cpumask(struct cpus= et *cs, int cmd, * * On legacy hierarchy, effective_cpus will be the same with cpu_allowed. * - * Called with cpuset_rwsem held + * Called with cpuset_mutex held */ static void update_cpumasks_hier(struct cpuset *cs, struct tmpmasks *tmp, bool force) @@ -1696,7 +1695,7 @@ static void update_sibling_cpumasks(struct cpuset *pa= rent, struct cpuset *cs, struct cpuset *sibling; struct cgroup_subsys_state *pos_css; =20 - percpu_rwsem_assert_held(&cpuset_rwsem); + lockdep_assert_held(&cpuset_mutex); =20 /* * Check all its siblings and call update_cpumasks_hier() @@ -1938,12 +1937,12 @@ static void *cpuset_being_rebound; * @cs: the cpuset in which each task's mems_allowed mask needs to be chan= ged * * Iterate through each task of @cs updating its mems_allowed to the - * effective cpuset's. As this function is called with cpuset_rwsem held, + * effective cpuset's. As this function is called with cpuset_mutex held, * cpuset membership stays stable. */ static void update_tasks_nodemask(struct cpuset *cs) { - static nodemask_t newmems; /* protected by cpuset_rwsem */ + static nodemask_t newmems; /* protected by cpuset_mutex */ struct css_task_iter it; struct task_struct *task; =20 @@ -1956,7 +1955,7 @@ static void update_tasks_nodemask(struct cpuset *cs) * take while holding tasklist_lock. Forks can happen - the * mpol_dup() cpuset_being_rebound check will catch such forks, * and rebind their vma mempolicies too. Because we still hold - * the global cpuset_rwsem, we know that no other rebind effort + * the global cpuset_mutex, we know that no other rebind effort * will be contending for the global variable cpuset_being_rebound. * It's ok if we rebind the same mm twice; mpol_rebind_mm() * is idempotent. Also migrate pages in each mm to new nodes. @@ -2002,7 +2001,7 @@ static void update_tasks_nodemask(struct cpuset *cs) * * On legacy hierarchy, effective_mems will be the same with mems_allowed. * - * Called with cpuset_rwsem held + * Called with cpuset_mutex held */ static void update_nodemasks_hier(struct cpuset *cs, nodemask_t *new_mems) { @@ -2055,7 +2054,7 @@ static void update_nodemasks_hier(struct cpuset *cs, = nodemask_t *new_mems) * mempolicies and if the cpuset is marked 'memory_migrate', * migrate the tasks pages to the new memory. * - * Call with cpuset_rwsem held. May take callback_lock during call. + * Call with cpuset_mutex held. May take callback_lock during call. * Will take tasklist_lock, scan tasklist for tasks in cpuset cs, * lock each such tasks mm->mmap_lock, scan its vma's and rebind * their mempolicies to the cpusets new mems_allowed. @@ -2147,7 +2146,7 @@ static int update_relax_domain_level(struct cpuset *c= s, s64 val) * @cs: the cpuset in which each task's spread flags needs to be changed * * Iterate through each task of @cs updating its spread flags. As this - * function is called with cpuset_rwsem held, cpuset membership stays + * function is called with cpuset_mutex held, cpuset membership stays * stable. */ static void update_tasks_flags(struct cpuset *cs) @@ -2167,7 +2166,7 @@ static void update_tasks_flags(struct cpuset *cs) * cs: the cpuset to update * turning_on: whether the flag is being set or cleared * - * Call with cpuset_rwsem held. + * Call with cpuset_mutex held. */ =20 static int update_flag(cpuset_flagbits_t bit, struct cpuset *cs, @@ -2217,7 +2216,7 @@ static int update_flag(cpuset_flagbits_t bit, struct = cpuset *cs, * @new_prs: new partition root state * Return: 0 if successful, !=3D 0 if error * - * Call with cpuset_rwsem held. + * Call with cpuset_mutex held. */ static int update_prstate(struct cpuset *cs, int new_prs) { @@ -2440,7 +2439,7 @@ static int fmeter_getrate(struct fmeter *fmp) =20 static struct cpuset *cpuset_attach_old_cs; =20 -/* Called by cgroups to determine if a cpuset is usable; cpuset_rwsem held= */ +/* Called by cgroups to determine if a cpuset is usable; cpuset_mutex held= */ static int cpuset_can_attach(struct cgroup_taskset *tset) { struct cgroup_subsys_state *css; @@ -2452,7 +2451,7 @@ static int cpuset_can_attach(struct cgroup_taskset *t= set) cpuset_attach_old_cs =3D task_cs(cgroup_taskset_first(tset, &css)); cs =3D css_cs(css); =20 - percpu_down_write(&cpuset_rwsem); + mutex_lock(&cpuset_mutex); =20 /* allow moving tasks into an empty cpuset if on default hierarchy */ ret =3D -ENOSPC; @@ -2482,7 +2481,7 @@ static int cpuset_can_attach(struct cgroup_taskset *t= set) cs->attach_in_progress++; ret =3D 0; out_unlock: - percpu_up_write(&cpuset_rwsem); + mutex_unlock(&cpuset_mutex); return ret; } =20 @@ -2492,13 +2491,13 @@ static void cpuset_cancel_attach(struct cgroup_task= set *tset) =20 cgroup_taskset_first(tset, &css); =20 - percpu_down_write(&cpuset_rwsem); + mutex_lock(&cpuset_mutex); css_cs(css)->attach_in_progress--; - percpu_up_write(&cpuset_rwsem); + mutex_unlock(&cpuset_mutex); } =20 /* - * Protected by cpuset_rwsem. cpus_attach is used only by cpuset_attach() + * Protected by cpuset_mutex. cpus_attach is used only by cpuset_attach() * but we can't allocate it dynamically there. Define it global and * allocate from cpuset_init(). */ @@ -2506,7 +2505,7 @@ static cpumask_var_t cpus_attach; =20 static void cpuset_attach(struct cgroup_taskset *tset) { - /* static buf protected by cpuset_rwsem */ + /* static buf protected by cpuset_mutex */ static nodemask_t cpuset_attach_nodemask_to; struct task_struct *task; struct task_struct *leader; @@ -2519,7 +2518,7 @@ static void cpuset_attach(struct cgroup_taskset *tset) cs =3D css_cs(css); =20 lockdep_assert_cpus_held(); /* see cgroup_attach_lock() */ - percpu_down_write(&cpuset_rwsem); + mutex_lock(&cpuset_mutex); cpus_updated =3D !cpumask_equal(cs->effective_cpus, oldcs->effective_cpus); mems_updated =3D !nodes_equal(cs->effective_mems, oldcs->effective_mems); @@ -2592,7 +2591,7 @@ static void cpuset_attach(struct cgroup_taskset *tset) if (!cs->attach_in_progress) wake_up(&cpuset_attach_wq); =20 - percpu_up_write(&cpuset_rwsem); + mutex_unlock(&cpuset_mutex); } =20 /* The various types of files and directories in a cpuset file system */ @@ -2624,7 +2623,7 @@ static int cpuset_write_u64(struct cgroup_subsys_stat= e *css, struct cftype *cft, int retval =3D 0; =20 cpus_read_lock(); - percpu_down_write(&cpuset_rwsem); + mutex_lock(&cpuset_mutex); if (!is_cpuset_online(cs)) { retval =3D -ENODEV; goto out_unlock; @@ -2660,7 +2659,7 @@ static int cpuset_write_u64(struct cgroup_subsys_stat= e *css, struct cftype *cft, break; } out_unlock: - percpu_up_write(&cpuset_rwsem); + mutex_unlock(&cpuset_mutex); cpus_read_unlock(); return retval; } @@ -2673,7 +2672,7 @@ static int cpuset_write_s64(struct cgroup_subsys_stat= e *css, struct cftype *cft, int retval =3D -ENODEV; =20 cpus_read_lock(); - percpu_down_write(&cpuset_rwsem); + mutex_lock(&cpuset_mutex); if (!is_cpuset_online(cs)) goto out_unlock; =20 @@ -2686,7 +2685,7 @@ static int cpuset_write_s64(struct cgroup_subsys_stat= e *css, struct cftype *cft, break; } out_unlock: - percpu_up_write(&cpuset_rwsem); + mutex_unlock(&cpuset_mutex); cpus_read_unlock(); return retval; } @@ -2719,7 +2718,7 @@ static ssize_t cpuset_write_resmask(struct kernfs_ope= n_file *of, * operation like this one can lead to a deadlock through kernfs * active_ref protection. Let's break the protection. Losing the * protection is okay as we check whether @cs is online after - * grabbing cpuset_rwsem anyway. This only happens on the legacy + * grabbing cpuset_mutex anyway. This only happens on the legacy * hierarchies. */ css_get(&cs->css); @@ -2727,7 +2726,7 @@ static ssize_t cpuset_write_resmask(struct kernfs_ope= n_file *of, flush_work(&cpuset_hotplug_work); =20 cpus_read_lock(); - percpu_down_write(&cpuset_rwsem); + mutex_lock(&cpuset_mutex); if (!is_cpuset_online(cs)) goto out_unlock; =20 @@ -2751,7 +2750,7 @@ static ssize_t cpuset_write_resmask(struct kernfs_ope= n_file *of, =20 free_cpuset(trialcs); out_unlock: - percpu_up_write(&cpuset_rwsem); + mutex_unlock(&cpuset_mutex); cpus_read_unlock(); kernfs_unbreak_active_protection(of->kn); css_put(&cs->css); @@ -2899,13 +2898,13 @@ static ssize_t sched_partition_write(struct kernfs_= open_file *of, char *buf, =20 css_get(&cs->css); cpus_read_lock(); - percpu_down_write(&cpuset_rwsem); + mutex_lock(&cpuset_mutex); if (!is_cpuset_online(cs)) goto out_unlock; =20 retval =3D update_prstate(cs, val); out_unlock: - percpu_up_write(&cpuset_rwsem); + mutex_unlock(&cpuset_mutex); cpus_read_unlock(); css_put(&cs->css); return retval ?: nbytes; @@ -3122,7 +3121,7 @@ static int cpuset_css_online(struct cgroup_subsys_sta= te *css) return 0; =20 cpus_read_lock(); - percpu_down_write(&cpuset_rwsem); + mutex_lock(&cpuset_mutex); =20 set_bit(CS_ONLINE, &cs->flags); if (is_spread_page(parent)) @@ -3173,7 +3172,7 @@ static int cpuset_css_online(struct cgroup_subsys_sta= te *css) cpumask_copy(cs->effective_cpus, parent->cpus_allowed); spin_unlock_irq(&callback_lock); out_unlock: - percpu_up_write(&cpuset_rwsem); + mutex_unlock(&cpuset_mutex); cpus_read_unlock(); return 0; } @@ -3194,7 +3193,7 @@ static void cpuset_css_offline(struct cgroup_subsys_s= tate *css) struct cpuset *cs =3D css_cs(css); =20 cpus_read_lock(); - percpu_down_write(&cpuset_rwsem); + mutex_lock(&cpuset_mutex); =20 if (is_partition_valid(cs)) update_prstate(cs, 0); @@ -3213,7 +3212,7 @@ static void cpuset_css_offline(struct cgroup_subsys_s= tate *css) cpuset_dec(); clear_bit(CS_ONLINE, &cs->flags); =20 - percpu_up_write(&cpuset_rwsem); + mutex_unlock(&cpuset_mutex); cpus_read_unlock(); } =20 @@ -3226,7 +3225,7 @@ static void cpuset_css_free(struct cgroup_subsys_stat= e *css) =20 static void cpuset_bind(struct cgroup_subsys_state *root_css) { - percpu_down_write(&cpuset_rwsem); + mutex_lock(&cpuset_mutex); spin_lock_irq(&callback_lock); =20 if (is_in_v2_mode()) { @@ -3239,7 +3238,7 @@ static void cpuset_bind(struct cgroup_subsys_state *r= oot_css) } =20 spin_unlock_irq(&callback_lock); - percpu_up_write(&cpuset_rwsem); + mutex_unlock(&cpuset_mutex); } =20 /* @@ -3281,8 +3280,6 @@ struct cgroup_subsys cpuset_cgrp_subsys =3D { =20 int __init cpuset_init(void) { - BUG_ON(percpu_init_rwsem(&cpuset_rwsem)); - BUG_ON(!alloc_cpumask_var(&top_cpuset.cpus_allowed, GFP_KERNEL)); BUG_ON(!alloc_cpumask_var(&top_cpuset.effective_cpus, GFP_KERNEL)); BUG_ON(!zalloc_cpumask_var(&top_cpuset.subparts_cpus, GFP_KERNEL)); @@ -3354,7 +3351,7 @@ hotplug_update_tasks_legacy(struct cpuset *cs, is_empty =3D cpumask_empty(cs->cpus_allowed) || nodes_empty(cs->mems_allowed); =20 - percpu_up_write(&cpuset_rwsem); + mutex_unlock(&cpuset_mutex); =20 /* * Move tasks to the nearest ancestor with execution resources, @@ -3364,7 +3361,7 @@ hotplug_update_tasks_legacy(struct cpuset *cs, if (is_empty) remove_tasks_in_empty_cpuset(cs); =20 - percpu_down_write(&cpuset_rwsem); + mutex_lock(&cpuset_mutex); } =20 static void @@ -3415,14 +3412,14 @@ static void cpuset_hotplug_update_tasks(struct cpus= et *cs, struct tmpmasks *tmp) retry: wait_event(cpuset_attach_wq, cs->attach_in_progress =3D=3D 0); =20 - percpu_down_write(&cpuset_rwsem); + mutex_lock(&cpuset_mutex); =20 /* * We have raced with task attaching. We wait until attaching * is finished, so we won't attach a task to an empty cpuset. */ if (cs->attach_in_progress) { - percpu_up_write(&cpuset_rwsem); + mutex_unlock(&cpuset_mutex); goto retry; } =20 @@ -3516,7 +3513,7 @@ static void cpuset_hotplug_update_tasks(struct cpuset= *cs, struct tmpmasks *tmp) hotplug_update_tasks_legacy(cs, &new_cpus, &new_mems, cpus_updated, mems_updated); =20 - percpu_up_write(&cpuset_rwsem); + mutex_unlock(&cpuset_mutex); } =20 /** @@ -3546,7 +3543,7 @@ static void cpuset_hotplug_workfn(struct work_struct = *work) if (on_dfl && !alloc_cpumasks(NULL, &tmp)) ptmp =3D &tmp; =20 - percpu_down_write(&cpuset_rwsem); + mutex_lock(&cpuset_mutex); =20 /* fetch the available cpus/mems and find out which changed how */ cpumask_copy(&new_cpus, cpu_active_mask); @@ -3603,7 +3600,7 @@ static void cpuset_hotplug_workfn(struct work_struct = *work) update_tasks_nodemask(&top_cpuset); } =20 - percpu_up_write(&cpuset_rwsem); + mutex_unlock(&cpuset_mutex); =20 /* if cpus or mems changed, we need to propagate to descendants */ if (cpus_updated || mems_updated) { @@ -4008,7 +4005,7 @@ void __cpuset_memory_pressure_bump(void) * - Used for /proc//cpuset. * - No need to task_lock(tsk) on this tsk->cpuset reference, as it * doesn't really matter if tsk->cpuset changes after we read it, - * and we take cpuset_rwsem, keeping cpuset_attach() from changing it + * and we take cpuset_mutex, keeping cpuset_attach() from changing it * anyway. */ int proc_cpuset_show(struct seq_file *m, struct pid_namespace *ns, diff --git a/kernel/sched/core.c b/kernel/sched/core.c index 4580fe3e1d0c..5902cbb5e751 100644 --- a/kernel/sched/core.c +++ b/kernel/sched/core.c @@ -7535,6 +7535,7 @@ static int __sched_setscheduler(struct task_struct *p, int reset_on_fork; int queue_flags =3D DEQUEUE_SAVE | DEQUEUE_MOVE | DEQUEUE_NOCLOCK; struct rq *rq; + bool cpuset_locked =3D false; =20 /* The pi code expects interrupts enabled */ BUG_ON(pi && in_interrupt()); @@ -7584,8 +7585,14 @@ static int __sched_setscheduler(struct task_struct *= p, return retval; } =20 - if (pi) - cpuset_read_lock(); + /* + * SCHED_DEADLINE bandwidth accounting relies on stable cpusets + * information. + */ + if (dl_policy(policy) || dl_policy(p->policy)) { + cpuset_locked =3D true; + cpuset_lock(); + } =20 /* * Make sure no PI-waiters arrive (or leave) while we are @@ -7661,8 +7668,8 @@ static int __sched_setscheduler(struct task_struct *p, if (unlikely(oldpolicy !=3D -1 && oldpolicy !=3D p->policy)) { policy =3D oldpolicy =3D -1; task_rq_unlock(rq, p, &rf); - if (pi) - cpuset_read_unlock(); + if (cpuset_locked) + cpuset_unlock(); goto recheck; } =20 @@ -7729,7 +7736,8 @@ static int __sched_setscheduler(struct task_struct *p, task_rq_unlock(rq, p, &rf); =20 if (pi) { - cpuset_read_unlock(); + if (cpuset_locked) + cpuset_unlock(); rt_mutex_adjust_pi(p); } =20 @@ -7741,8 +7749,8 @@ static int __sched_setscheduler(struct task_struct *p, =20 unlock: task_rq_unlock(rq, p, &rf); - if (pi) - cpuset_read_unlock(); + if (cpuset_locked) + cpuset_unlock(); return retval; } =20 --=20 2.39.2 From nobody Wed Feb 11 10:24:19 2026 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id C5751C61DA4 for ; Wed, 15 Mar 2023 12:20:45 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232225AbjCOMUo (ORCPT ); Wed, 15 Mar 2023 08:20:44 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46300 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232207AbjCOMUK (ORCPT ); Wed, 15 Mar 2023 08:20:10 -0400 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D638B84803 for ; Wed, 15 Mar 2023 05:19:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1678882753; 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=YgxzsfQSDKWEcDKochbw04bI9bnEC0kJv7FwQRZ5yy0=; b=dlCz4+m2YnkYiLQK+hjQPgc85v+WWykpPaPlXQ5z5IZjVJSP9oMI3SjWmB39YGJZZps3SC TEYkFPiSK5Y2R/9hr2ezmv+/rZKTD8jNy76wC/2OnU+AgajOQJpxnhQuU6/yGGmFYD8Z26 Rax9T6GxIng+WAcDKfjc+alXLakjSCE= Received: from mail-qv1-f71.google.com (mail-qv1-f71.google.com [209.85.219.71]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-422-lviYAVyVOU6_WfSoCy_uvA-1; Wed, 15 Mar 2023 08:19:12 -0400 X-MC-Unique: lviYAVyVOU6_WfSoCy_uvA-1 Received: by mail-qv1-f71.google.com with SMTP id jo13-20020a056214500d00b004c6c72bf1d0so11409552qvb.9 for ; Wed, 15 Mar 2023 05:19:11 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1678882750; 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=YgxzsfQSDKWEcDKochbw04bI9bnEC0kJv7FwQRZ5yy0=; b=D2DXcqektU+Rkvtpcha4oFqlW+SiyPiDtArFJwJLKHuzTbmWz4/vS3+3JnuTnHKpdm H3G01NnbRMiOBH35YK9mGsAfL1QM3jsgFunb8kYX9D43tiTZWtAFsuW0RO7BYNjoda+k BkL9Bm4hqkd6zxmmwheiNsgM+bYwS2mk/L0IMw+5s4foewX2OqlxugR0lyfbpArrtAOO rQMv7tW63rrJmZlrkp8V0XujLzOe9XVDJTWhPZZqezBu6e/r3i0wHpi0QQlx1GPJn9/9 FpNxXwKOLjTKTve8WwhzTvuOXaqGkez8aik6v+7D/TQA2X2rajSGZ13caMqSUgj5PZt2 A+7w== X-Gm-Message-State: AO0yUKXc4bSu9osI5q40KA28UFImM7Ix77sXHqKPQzDdPDAenRn0+g+9 hD1aGR39VO6eKcKX4LBMM87MVSbea7JRAp0e3fG2PbwAOyCiJRxhmW3dCy+XclRjl9EQjLSM9OQ vAHUE5dZ1inGEEdeWpf//9MGb X-Received: by 2002:ac8:7fc1:0:b0:3bf:b973:3078 with SMTP id b1-20020ac87fc1000000b003bfb9733078mr74469216qtk.13.1678882749781; Wed, 15 Mar 2023 05:19:09 -0700 (PDT) X-Google-Smtp-Source: AK7set+/wStHq1rXJJw0yYzUIy3bNydpf3AKFTqXM2HUyMGI/0vx+gHZYLe3UMWwBwuE5JsQH3PJPg== X-Received: by 2002:ac8:7fc1:0:b0:3bf:b973:3078 with SMTP id b1-20020ac87fc1000000b003bfb9733078mr74469175qtk.13.1678882749503; Wed, 15 Mar 2023 05:19:09 -0700 (PDT) Received: from localhost.localdomain.com ([2a00:23c6:4a21:6f01:ac73:9611:643a:5397]) by smtp.gmail.com with ESMTPSA id f11-20020ac8014b000000b003bd21323c80sm3672595qtg.11.2023.03.15.05.19.06 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 15 Mar 2023 05:19:09 -0700 (PDT) From: Juri Lelli To: Peter Zijlstra , Ingo Molnar , Qais Yousef , Waiman Long , Tejun Heo , Zefan Li , Johannes Weiner , Hao Luo Cc: Dietmar Eggemann , Steven Rostedt , linux-kernel@vger.kernel.org, luca.abeni@santannapisa.it, claudio@evidence.eu.com, tommaso.cucinotta@santannapisa.it, bristot@redhat.com, mathieu.poirier@linaro.org, cgroups@vger.kernel.org, Vincent Guittot , Wei Wang , Rick Yiu , Quentin Perret , Heiko Carstens , Vasily Gorbik , Alexander Gordeev , Sudeep Holla , Juri Lelli Subject: [RFC PATCH 2/3] sched/cpuset: Keep track of SCHED_DEADLINE tasks in cpusets Date: Wed, 15 Mar 2023 12:18:11 +0000 Message-Id: <20230315121812.206079-3-juri.lelli@redhat.com> X-Mailer: git-send-email 2.39.2 In-Reply-To: <20230315121812.206079-1-juri.lelli@redhat.com> References: <20230315121812.206079-1-juri.lelli@redhat.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Type: text/plain; charset="utf-8" Qais reported that iterating over all tasks when rebuilding root domains for finding out which ones are DEADLINE and need their bandwidth correctly restored on such root domains can be a costly operation (10+ ms delays on suspend-resume). To fix the problem keep track of the number of DEADLINE tasks belonging to each cpuset and then use this information (followup patch) to only perform the above iteration if DEADLINE tasks are actually present in the cpuset for which a corresponding root domain is being rebuilt. Reported-by: Qais Yousef Signed-off-by: Juri Lelli --- include/linux/cpuset.h | 4 ++++ kernel/cgroup/cgroup.c | 4 ++++ kernel/cgroup/cpuset.c | 25 +++++++++++++++++++++++++ kernel/sched/core.c | 10 ++++++++++ 4 files changed, 43 insertions(+) diff --git a/include/linux/cpuset.h b/include/linux/cpuset.h index 355f796c5f07..0348dba5680e 100644 --- a/include/linux/cpuset.h +++ b/include/linux/cpuset.h @@ -71,6 +71,8 @@ extern void cpuset_init_smp(void); extern void cpuset_force_rebuild(void); extern void cpuset_update_active_cpus(void); extern void cpuset_wait_for_hotplug(void); +extern void inc_dl_tasks_cs(struct task_struct *task); +extern void dec_dl_tasks_cs(struct task_struct *task); extern void cpuset_lock(void); extern void cpuset_unlock(void); extern void cpuset_cpus_allowed(struct task_struct *p, struct cpumask *mas= k); @@ -196,6 +198,8 @@ static inline void cpuset_update_active_cpus(void) =20 static inline void cpuset_wait_for_hotplug(void) { } =20 +static inline void inc_dl_tasks_cs(struct task_struct *task) { } +static inline void dec_dl_tasks_cs(struct task_struct *task) { } static inline void cpuset_lock(void) { } static inline void cpuset_unlock(void) { } =20 diff --git a/kernel/cgroup/cgroup.c b/kernel/cgroup/cgroup.c index c099cf3fa02d..357925e1e4af 100644 --- a/kernel/cgroup/cgroup.c +++ b/kernel/cgroup/cgroup.c @@ -57,6 +57,7 @@ #include #include #include +#include #include #include =20 @@ -6673,6 +6674,9 @@ void cgroup_exit(struct task_struct *tsk) list_add_tail(&tsk->cg_list, &cset->dying_tasks); cset->nr_tasks--; =20 + if (dl_task(tsk)) + dec_dl_tasks_cs(tsk); + WARN_ON_ONCE(cgroup_task_frozen(tsk)); if (unlikely(!(tsk->flags & PF_KTHREAD) && test_bit(CGRP_FREEZE, &task_dfl_cgroup(tsk)->flags))) diff --git a/kernel/cgroup/cpuset.c b/kernel/cgroup/cpuset.c index 8d82d66d432b..57bc60112618 100644 --- a/kernel/cgroup/cpuset.c +++ b/kernel/cgroup/cpuset.c @@ -193,6 +193,12 @@ struct cpuset { int use_parent_ecpus; int child_ecpus_count; =20 + /* + * number of SCHED_DEADLINE tasks attached to this cpuset, so that we + * know when to rebuild associated root domain bandwidth information. + */ + int nr_deadline_tasks; + /* Invalid partition error code, not lock protected */ enum prs_errcode prs_err; =20 @@ -245,6 +251,20 @@ static inline struct cpuset *parent_cs(struct cpuset *= cs) return css_cs(cs->css.parent); } =20 +void inc_dl_tasks_cs(struct task_struct *p) +{ + struct cpuset *cs =3D task_cs(p); + + cs->nr_deadline_tasks++; +} + +void dec_dl_tasks_cs(struct task_struct *p) +{ + struct cpuset *cs =3D task_cs(p); + + cs->nr_deadline_tasks--; +} + /* bits in struct cpuset flags field */ typedef enum { CS_ONLINE, @@ -2472,6 +2492,11 @@ static int cpuset_can_attach(struct cgroup_taskset *= tset) ret =3D security_task_setscheduler(task); if (ret) goto out_unlock; + + if (dl_task(task)) { + cs->nr_deadline_tasks++; + cpuset_attach_old_cs->nr_deadline_tasks--; + } } =20 /* diff --git a/kernel/sched/core.c b/kernel/sched/core.c index 5902cbb5e751..d586a8440348 100644 --- a/kernel/sched/core.c +++ b/kernel/sched/core.c @@ -7683,6 +7683,16 @@ static int __sched_setscheduler(struct task_struct *= p, goto unlock; } =20 + /* + * In case a task is setscheduled to SCHED_DEADLINE, or if a task is + * moved to a different sched policy, we need to keep track of that on + * its cpuset (for correct bandwidth tracking). + */ + if (dl_policy(policy) && !dl_task(p)) + inc_dl_tasks_cs(p); + else if (dl_task(p) && !dl_policy(policy)) + dec_dl_tasks_cs(p); + p->sched_reset_on_fork =3D reset_on_fork; oldprio =3D p->prio; =20 --=20 2.39.2 From nobody Wed Feb 11 10:24:19 2026 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id AAB46C6FD1D for ; Wed, 15 Mar 2023 12:20:51 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232281AbjCOMUt (ORCPT ); Wed, 15 Mar 2023 08:20:49 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45780 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232208AbjCOMUK (ORCPT ); Wed, 15 Mar 2023 08:20:10 -0400 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7E7F541B6B for ; Wed, 15 Mar 2023 05:19:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1678882755; 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=2PRbwpAoEnOZK1WgHwlMyMBfG9nGKa4R9Y3iK9sv+Ts=; b=Y+tBqveNFkCebtVM4gYrrG2SGgqWwvmUO35LwZnrKiijncu5JgZeIOPiWW9AMo03pzySsS w2d7NMr40pM99rtR18P+xY1wMVXJfAL5Fq93Jt4gu+3g6MpbDKfxsGIPigLPe4rJecym2C p/DATnOJeUIke9vNCORpCO1liIFvNzE= Received: from mail-qv1-f71.google.com (mail-qv1-f71.google.com [209.85.219.71]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-36-Y6weJSA_PaW67LzxqlU1Pg-1; Wed, 15 Mar 2023 08:19:14 -0400 X-MC-Unique: Y6weJSA_PaW67LzxqlU1Pg-1 Received: by mail-qv1-f71.google.com with SMTP id pp11-20020a056214138b00b0056c228fa15cso11389784qvb.4 for ; Wed, 15 Mar 2023 05:19:14 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1678882753; 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=2PRbwpAoEnOZK1WgHwlMyMBfG9nGKa4R9Y3iK9sv+Ts=; b=2NaMkwOgLHbGy46YTenySSyOiDwc8yOlKSm3i7czwalZPnVlqQAGldj3NxYbBZLnFy 9prRvcU1Np6pzRXGhKtwpOfhmgWpOX2TEOXSKYlI95SPIZxLrQK2N0iZMSqbFH/6Hqws Qhf1TaEGpNW6/1x/NhjnXCHr0MFyKN7PduyI7sMm8qQjWLr88Ve7oFgcWKHZkYzTfq3/ BXEwnOQvBgJHlEJZJhkKSy+itp9gDZCcwZuwpgV+mc3WP9mAafWvaGoH4gvRzj6SH4gc sxToEA8V/YJXgxTfikLoMxDsGI0naDeCNdhypb642qLf7Zr+WrRJyTdrH+L393LjwBac znQQ== X-Gm-Message-State: AO0yUKWc7yJSuA2X6F1tkO1T7YIUAi4aHaC502zzvidS1Z3NCC7DglVP G3ZYhukSqCp39ounnksSgmayvC9EC7u5+redk2bvy44kkmDcLQqNgxgruQTrlUJDfBbJwzuFgVr oi+U7t5ADZo43j2befj6kNHIU X-Received: by 2002:ac8:7f4d:0:b0:3b9:a441:37f4 with SMTP id g13-20020ac87f4d000000b003b9a44137f4mr69515113qtk.52.1678882752883; Wed, 15 Mar 2023 05:19:12 -0700 (PDT) X-Google-Smtp-Source: AK7set95YdMrNVK6tuMn7EYZw7rYKlJSLXs7KyFChGj5Sxcw5WbC8bIXA9Fzp2upKtYbW3ZnEHALwQ== X-Received: by 2002:ac8:7f4d:0:b0:3b9:a441:37f4 with SMTP id g13-20020ac87f4d000000b003b9a44137f4mr69515075qtk.52.1678882752606; Wed, 15 Mar 2023 05:19:12 -0700 (PDT) Received: from localhost.localdomain.com ([2a00:23c6:4a21:6f01:ac73:9611:643a:5397]) by smtp.gmail.com with ESMTPSA id f11-20020ac8014b000000b003bd21323c80sm3672595qtg.11.2023.03.15.05.19.09 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 15 Mar 2023 05:19:12 -0700 (PDT) From: Juri Lelli To: Peter Zijlstra , Ingo Molnar , Qais Yousef , Waiman Long , Tejun Heo , Zefan Li , Johannes Weiner , Hao Luo Cc: Dietmar Eggemann , Steven Rostedt , linux-kernel@vger.kernel.org, luca.abeni@santannapisa.it, claudio@evidence.eu.com, tommaso.cucinotta@santannapisa.it, bristot@redhat.com, mathieu.poirier@linaro.org, cgroups@vger.kernel.org, Vincent Guittot , Wei Wang , Rick Yiu , Quentin Perret , Heiko Carstens , Vasily Gorbik , Alexander Gordeev , Sudeep Holla , Juri Lelli Subject: [RFC PATCH 3/3] cgroup/cpuset: Iterate only if DEADLINE tasks are present Date: Wed, 15 Mar 2023 12:18:12 +0000 Message-Id: <20230315121812.206079-4-juri.lelli@redhat.com> X-Mailer: git-send-email 2.39.2 In-Reply-To: <20230315121812.206079-1-juri.lelli@redhat.com> References: <20230315121812.206079-1-juri.lelli@redhat.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Type: text/plain; charset="utf-8" update_tasks_root_domain currently iterates over all tasks even if no DEADLINE task is present on the cpuset/root domain for which bandwidth accounting is being rebuilt. This has been reported to introduce 10+ ms delays on suspend-resume operations. Skip the costly iteration for cpusets that don't contain DEADLINE tasks. Reported-by: Qais Yousef Signed-off-by: Juri Lelli --- kernel/cgroup/cpuset.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/kernel/cgroup/cpuset.c b/kernel/cgroup/cpuset.c index 57bc60112618..f46192d2e97e 100644 --- a/kernel/cgroup/cpuset.c +++ b/kernel/cgroup/cpuset.c @@ -1090,6 +1090,9 @@ static void update_tasks_root_domain(struct cpuset *c= s) struct css_task_iter it; struct task_struct *task; =20 + if (cs->nr_deadline_tasks =3D=3D 0) + return; + css_task_iter_start(&cs->css, 0, &it); =20 while ((task =3D css_task_iter_next(&it))) --=20 2.39.2