Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp1657534ybt; Thu, 25 Jun 2020 10:58:58 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwQt35KyEdfMajyvAi0uWEdWyWp+eTE4DWEOore132u1t5/YbbP8wflwj+R+hlGjg9HPEfp X-Received: by 2002:a17:906:f53:: with SMTP id h19mr29321300ejj.491.1593107938430; Thu, 25 Jun 2020 10:58:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1593107938; cv=none; d=google.com; s=arc-20160816; b=WoLMY/8TsfZqhSpk9o0+guqI0U36ZWQtFCgXoiSCvanx48l9dUiooPsNTYt2aGKJtx Ai2dBV2yd/WpbZbzwpw2XNr5FCwQoOvDh0+cMhqTW6tXLjNRPaQF1/S6iZzkZ9ce3rm/ gXWymdgljgpPxJgk/gxUSJZaMB8FLLiyW5h1W1ifxwhPZQgHTFzPyRH7huICHD1IPNLP pdNQT+aDa6Nmf/GIlFWNQLtizu6mjiVF7WXPC64+Y8M54TRx8scIC/ebVIecjJgBEYMQ axZsObv5l6+mz8Uv2ukgbx85Brln1toWXf7zL7X3mD2LZCNAtjpRO1x0RozkerrpBQCw Z7NQ== 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=hM1V8GEoDSKXs7g1i1b4LeCyVR9RqslNQ0oCSAqCmdX1jJJrmykprnka0/9iyEp6X6 SMmi2GtE2vtXRerOAHOtD8K4q03snqiMNwCcwdPaukrZFe8HkA5zZulPh7PZWzlyOecs FduABE8u8INwkiDn1yMhvuIOgvCnqyg1joH6uIgmcc8KCT/NYQopGF+kUULX9nUV4pG6 44a/hJIBjAHeKjunGToqBVnole9T7LKrffvL+2LH8DdWXYdlQp5QlRU/sG+QHgHJl2hU +geSlMtp6PIeZLWoIHcrj/qloShdhP64Gp6cuzvWgN8RQ///XVhMxLOl2ISGJ/0gyAbg G6QQ== 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 u7si3667375ejm.425.2020.06.25.10.57.55; Thu, 25 Jun 2020 10:58:58 -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 S2405819AbgFYPoE (ORCPT + 99 others); Thu, 25 Jun 2020 11:44:04 -0400 Received: from foss.arm.com ([217.140.110.172]:58282 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2405159AbgFYPoD (ORCPT ); Thu, 25 Jun 2020 11:44:03 -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 293691042; Thu, 25 Jun 2020 08:44:03 -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 61DE43F6CF; Thu, 25 Jun 2020 08:44:01 -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 v4 1/2] sched/uclamp: Fix initialization of struct uclamp_rq Date: Thu, 25 Jun 2020 16:43:51 +0100 Message-Id: <20200625154352.24767-2-qais.yousef@arm.com> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20200625154352.24767-1-qais.yousef@arm.com> References: <20200625154352.24767-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