Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp2825696pxv; Mon, 12 Jul 2021 02:53:26 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxvdoSFuBVqPTdHBIYbekYuMp8kbS2ZgN+Fa+PrqRyJZX+menMtmqGs7OmcaIr9D20OfNpV X-Received: by 2002:a05:6e02:de6:: with SMTP id m6mr5766709ilj.203.1626083606081; Mon, 12 Jul 2021 02:53:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626083606; cv=none; d=google.com; s=arc-20160816; b=VU2jv7oo9wpzibK00prSOekGXy+DcNx0f4T6s9MACE0XK027TVAmsgpZpHCbzj/bg1 OcshzE2O+XXScwiic76CdU5RalX4xmP8Pzol2mzsJQxBJpTP1ucsRv7Y1p3DwtM14SJ5 6IYiwwo0+l7ok0qYxwiuSZJaXTnsnBOm8Th7zJh7b6j+wH0Z/JSUEayyv9mULkkSlzRD QbjszLzpNmlGEFlHh3B74gmng95dYNdZDsCs7eIejmlLe3qkfIX3VjPLXkejVc3fPq42 +asu+Bn4GBhS+Fz/Pppp1nicrOarStt7F+2w1SgZOrkhtWkMZVnDzlaNG9RyU+cD8iPU vIEQ== 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 :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=c88/IX8kxJtpstgb3PT9qfUzBbfTnx6p5VvrbK/oWIU=; b=0hUOGhfXrr0W0+zePH0PWbG8miOn+fnHvdHHHt9Opieo2ARr1PkKDfKBnOGyZk35XS A5mmLD3SOGfNHf6ODg40U99eao8gGqBEkTDqaSsRu1VVSX8BbSyFpV6gh1/edZiqpatk i6TsF0yKDsSpthBAy+3sIG7iyf0cfH9ZfC+Xz+HaGhZtH/1GpyG9gpDoAO3rVOzNf3Uo J6lzUYMKx1RcGgF/9/IsKfhkRsg1msyYGXtVxhgq8/sQqPRCGYg2FLBmC1czSv2g0+b+ swjbEF2MxFq30nVyPWUS0OmkFhhsfIBHfqX3uZHsaU9FMLlfMhpH7SUuBwRK4p4EBZtS pucQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=O7HzcJIH; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id q7si4016867ioi.41.2021.07.12.02.53.14; Mon, 12 Jul 2021 02:53:26 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=O7HzcJIH; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S239931AbhGLGuG (ORCPT + 99 others); Mon, 12 Jul 2021 02:50:06 -0400 Received: from mail.kernel.org ([198.145.29.99]:34600 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238214AbhGLGkB (ORCPT ); Mon, 12 Jul 2021 02:40:01 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id B16B8610D0; Mon, 12 Jul 2021 06:36:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1626071791; bh=sNgqsupDBF6XI7+2oFx/KGIlFDXOTMzao2opdZquDLM=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=O7HzcJIHjXivnIq2t9aAudv+OdNRpZ8W+KwvljylR604QutsPgC6qdqUjUCNPrXYt ag0qOzitB2aMmrdzki9KaMvp0RUp31ujko1NI9Ngw+xcAVr/cFJ4vUY9CnKzjz5u2R dX4Ql8XxCdBGhPdrClbhHqFKU7zlHeT3vAkqydcw= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Quentin Perret , Qais Yousef , "Peter Zijlstra (Intel)" , Sasha Levin Subject: [PATCH 5.10 221/593] sched/uclamp: Fix locking around cpu_util_update_eff() Date: Mon, 12 Jul 2021 08:06:21 +0200 Message-Id: <20210712060907.236723407@linuxfoundation.org> X-Mailer: git-send-email 2.32.0 In-Reply-To: <20210712060843.180606720@linuxfoundation.org> References: <20210712060843.180606720@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Qais Yousef [ Upstream commit 93b73858701fd01de26a4a874eb95f9b7156fd4b ] cpu_cgroup_css_online() calls cpu_util_update_eff() without holding the uclamp_mutex or rcu_read_lock() like other call sites, which is a mistake. The uclamp_mutex is required to protect against concurrent reads and writes that could update the cgroup hierarchy. The rcu_read_lock() is required to traverse the cgroup data structures in cpu_util_update_eff(). Surround the caller with the required locks and add some asserts to better document the dependency in cpu_util_update_eff(). Fixes: 7226017ad37a ("sched/uclamp: Fix a bug in propagating uclamp value in new cgroups") Reported-by: Quentin Perret Signed-off-by: Qais Yousef Signed-off-by: Peter Zijlstra (Intel) Link: https://lkml.kernel.org/r/20210510145032.1934078-3-qais.yousef@arm.com Signed-off-by: Sasha Levin --- kernel/sched/core.c | 7 +++++++ 1 file changed, 7 insertions(+) diff --git a/kernel/sched/core.c b/kernel/sched/core.c index c561c3b993b5..d4bbead59ad2 100644 --- a/kernel/sched/core.c +++ b/kernel/sched/core.c @@ -7620,7 +7620,11 @@ static int cpu_cgroup_css_online(struct cgroup_subsys_state *css) #ifdef CONFIG_UCLAMP_TASK_GROUP /* Propagate the effective uclamp value for the new group */ + mutex_lock(&uclamp_mutex); + rcu_read_lock(); cpu_util_update_eff(css); + rcu_read_unlock(); + mutex_unlock(&uclamp_mutex); #endif return 0; @@ -7710,6 +7714,9 @@ static void cpu_util_update_eff(struct cgroup_subsys_state *css) enum uclamp_id clamp_id; unsigned int clamps; + lockdep_assert_held(&uclamp_mutex); + SCHED_WARN_ON(!rcu_read_lock_held()); + css_for_each_descendant_pre(css, top_css) { uc_parent = css_tg(css)->parent ? css_tg(css)->parent->uclamp : NULL; -- 2.30.2