Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp3063841ybt; Mon, 29 Jun 2020 14:19:06 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxo7vY9vyJlPYhBDatbsfD0+yBR2WTMF94h9qf/UuHAozew9unMXpRLfwPq5WaRNulRXujf X-Received: by 2002:a50:dacf:: with SMTP id s15mr20560369edj.136.1593465546531; Mon, 29 Jun 2020 14:19:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1593465546; cv=none; d=google.com; s=arc-20160816; b=KkOJZDYKltVQncxPTFQ6qxHnSqCPUCGSoe2fGPjX2e72iwB4Za5dLw0c+AyKcTnVI8 lW6MjGHE/S9dcPGAeu23lOWR9+i/KkIzOTB0b7/YPz+T6VWQLpp1cMxEv33gUgxu44GO mCoEWnwunKnzg0UahUMT5/KBU3oi6Rnb0VLqf34YB4gGjLqJK4kgmn+6Rrx3Ig02CSYT 1FgEZo+jTOBMO/bYzhPbYLpnCCeoWDqRl1RHoSi4Cf5b0gD9r78wGxokK9EaiEN2m5UE VdRF0IVJt9wOZ37asDwj25CePfPvx+wEAfCh2uqmyO/KwxdCkVsTH7qXq1LE60ia7Qjl DMxQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from; bh=D5YvKxCcsjZoA2+WFz127e9wtR9ReT/Vodh4hozQggY=; b=uHBbOY1mWATM1VaQPkG9SOEpg7UrfFbqSgGpLCSquq1n7x8p6rl68pWf8HkoqG4joT cAljaZ7kpSMnX+Zmd1L9uGizeMhjYeOCjs3pibKLkcdO9HrMpSEFMxv6FxMXpuA2lz7s bHCX0orKZaW3nwptgIHT7e0+BG0g9YCGDVakS/gCkmRZG5zkabEcvXg8TBxOzfz8mow6 7E98d6m/8jlJPo7Pa+0E4HkkBzSehpemdnVE9NnLLzL8vpUygiiD8/joWqmc35/Y8enM qTofRKc5cILHX2FbB7sA1b0uv07nWA4Jro6qmBhsvDhOGa5lssHHCwPccTsc/P7Hqz+J VELA== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i16si327505eds.541.2020.06.29.14.18.44; Mon, 29 Jun 2020 14:19:06 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2390741AbgF2VRN (ORCPT + 99 others); Mon, 29 Jun 2020 17:17:13 -0400 Received: from foss.arm.com ([217.140.110.172]:36806 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729206AbgF2Sy4 (ORCPT ); Mon, 29 Jun 2020 14:54:56 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 264EA152B; Mon, 29 Jun 2020 09:26:42 -0700 (PDT) Received: from e107158-lin.cambridge.arm.com (e107158-lin.cambridge.arm.com [10.1.195.21]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 615173F71E; Mon, 29 Jun 2020 09:26:40 -0700 (PDT) From: Qais Yousef To: Ingo Molnar , Peter Zijlstra Cc: Valentin Schneider , Qais Yousef , Juri Lelli , Vincent Guittot , Dietmar Eggemann , Steven Rostedt , Ben Segall , Mel Gorman , Patrick Bellasi , Chris Redpath , Lukasz Luba , linux-kernel@vger.kernel.org Subject: [PATCH v5 1/2] sched/uclamp: Fix initialization of struct uclamp_rq Date: Mon, 29 Jun 2020 17:26:32 +0100 Message-Id: <20200629162633.8800-2-qais.yousef@arm.com> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20200629162633.8800-1-qais.yousef@arm.com> References: <20200629162633.8800-1-qais.yousef@arm.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org struct uclamp_rq was zeroed out entirely in assumption that in the first call to uclamp_rq_inc() they'd be initialized correctly in accordance to default settings. But when next patch introduces a static key to skip uclamp_rq_{inc,dec}() until userspace opts in to use uclamp, schedutil will fail to perform any frequency changes because the rq->uclamp[UCLAMP_MAX].value is zeroed at init and stays as such. Which means all rqs are capped to 0 by default. Fix it by making sure we do proper initialization at init without relying on uclamp_rq_inc() doing it later. Fixes: 69842cba9ace ("sched/uclamp: Add CPU's clamp buckets refcounting") Reviewed-by: Valentin Schneider Signed-off-by: Qais Yousef Cc: Juri Lelli Cc: Vincent Guittot Cc: Dietmar Eggemann Cc: Steven Rostedt Cc: Ben Segall Cc: Mel Gorman CC: Patrick Bellasi Cc: Chris Redpath Cc: Lukasz Luba Cc: linux-kernel@vger.kernel.org --- kernel/sched/core.c | 21 ++++++++++++++++----- 1 file changed, 16 insertions(+), 5 deletions(-) diff --git a/kernel/sched/core.c b/kernel/sched/core.c index 8fe2ac910bed..235b2cae00a0 100644 --- a/kernel/sched/core.c +++ b/kernel/sched/core.c @@ -1248,6 +1248,20 @@ static void uclamp_fork(struct task_struct *p) } } +static void __init init_uclamp_rq(struct rq *rq) +{ + enum uclamp_id clamp_id; + struct uclamp_rq *uc_rq = rq->uclamp; + + for_each_clamp_id(clamp_id) { + uc_rq[clamp_id] = (struct uclamp_rq) { + .value = uclamp_none(clamp_id) + }; + } + + rq->uclamp_flags = 0; +} + static void __init init_uclamp(void) { struct uclamp_se uc_max = {}; @@ -1256,11 +1270,8 @@ static void __init init_uclamp(void) mutex_init(&uclamp_mutex); - for_each_possible_cpu(cpu) { - memset(&cpu_rq(cpu)->uclamp, 0, - sizeof(struct uclamp_rq)*UCLAMP_CNT); - cpu_rq(cpu)->uclamp_flags = 0; - } + for_each_possible_cpu(cpu) + init_uclamp_rq(cpu_rq(cpu)); for_each_clamp_id(clamp_id) { uclamp_se_set(&init_task.uclamp_req[clamp_id], -- 2.17.1