Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp3517823ybt; Tue, 30 Jun 2020 05:02:21 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzYbPM0e4fkvK2VR9+idzjF5GTGSd1PvhpAwnNjVIO7mvKpHhDi6ShlHqZ3V7y8nEczL7LR X-Received: by 2002:aa7:c991:: with SMTP id c17mr14877045edt.278.1593518541501; Tue, 30 Jun 2020 05:02:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1593518541; cv=none; d=google.com; s=arc-20160816; b=ilvEBqzbZgJIuPpeHX6JKpVaNJ5p63AItQxeXCWsQFITTSAt22z02SNg59tDTiLBu7 uA6B0hTo8UgaLgpswJHdIooRmtMvbSofSlfKGaFDZ2JbTq4Qfe7w1hYp3uiCetRzb3ky /ARw3U2TGeYsTRkhPoFAWzGpPzCZYsRTngaBOraSMET7RECsoEsiueLZpfcfWWv6AWRh XZeZhBt+Sco2aj0ix8cyG30XAiNILFIniBPqyDvmBMHkcsTv6saGBl4Z0BWOwh2o15g0 jidjUuwBZZNGtdiWwfTWv5XwLMd9jvu1LpMLga9lg+S7JpA9zRORymXVSZ33QyF+bnAf rNiw== 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=UDrMjCvLTeZmku1Q5Fxu5oEX3/GRYt29e+/eCCjdQOjwBjbAQ/kCEFiVhjKYUT9GFq cFWOpdZXxe6FyE4N7as3SLG92jiBiU36q5QXu5hmWLrU0dBvwpOA/bUJxYqOlNwio9CZ Je85iqN1YcoPKAeDa4StjxH0+RoehBKOapNtNr6Ig4XOgpCp4mR0nY9/wIpuoPusFFy9 k5HrHddJePq9jVS7ks5ilKqHH6L+AjyGzeUBuz330+OgaNyWuO/GoliqJKfvw4dobSnb rkPZnipm0tZZcnIpoF9QVve4lura1QO3uhW7s+X0GAfR+XOCSE1Nvfy0cfFoggRsj/bg Hbbw== 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 k14si1705672ejs.400.2020.06.30.05.01.55; Tue, 30 Jun 2020 05:02:21 -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 S1732934AbgF3LWK (ORCPT + 99 others); Tue, 30 Jun 2020 07:22:10 -0400 Received: from foss.arm.com ([217.140.110.172]:40914 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726931AbgF3LWI (ORCPT ); Tue, 30 Jun 2020 07:22:08 -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 141B331B; Tue, 30 Jun 2020 04:22:08 -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 49B593F68F; Tue, 30 Jun 2020 04:22:06 -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 v6 1/2] sched/uclamp: Fix initialization of struct uclamp_rq Date: Tue, 30 Jun 2020 12:21:22 +0100 Message-Id: <20200630112123.12076-2-qais.yousef@arm.com> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20200630112123.12076-1-qais.yousef@arm.com> References: <20200630112123.12076-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