Received: by 2002:a25:7ec1:0:0:0:0:0 with SMTP id z184csp2237852ybc; Wed, 13 Nov 2019 11:07:28 -0800 (PST) X-Google-Smtp-Source: APXvYqzgG/P1b5tYdpXZ+GSNBjjEOqqILmWxfk8E+jC3cmUJLNd3WVGsH4RWZ0XMsKKC3khlAR2T X-Received: by 2002:aa7:d64e:: with SMTP id v14mr5475803edr.88.1573672048417; Wed, 13 Nov 2019 11:07:28 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1573672048; cv=none; d=google.com; s=arc-20160816; b=Lfsg47QJRZSITbci8NBTKRPiiNaJO7SPQPxlUs2BYS9pmubhiiZtabxIrxb9EMTswI DCbYuJs21RHeYQC3qjJ47gVHQH4HPvDCrkJ3atPQ466bY20VaSD/w7hfsZz82oq1VhBE MPMVZhZuiXBSyUDobXZUpJoX9DuK/q5KzBtZz6/JvQyy6yOMkeXyITHSjuCUefCMy2os UGcleL4bUUK1GJJ4WUJhHO5A1CcY6qmkrjcpyjUeqpVrBFUqG5o/K+0AP/ZaK8yIyhSG QW7SM7ke3QVebxf64zrrIg7PqzekqhQivK40tM3Uw/9FQZfPZ+W8IEj10C8eyA8b0s5L JPFg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from; bh=staoKeD171o5TdSrP1DJw57baJwVVknfzcF+E0RBMiw=; b=0jY6zDky+a6nfVi0FDmxBq8cH/nW69cOfJaA1abb6l6aQ5iOPrqD0FrbMy7QO+ZhXY 8t7s4F1atJnjBhL7hseTR23OB7CGvzO6ZXZ8qjtb0dp+uOxGCeiiWHxHU+n6z3lnMRnS TUuEMvfx51A1J9zMp5t9maIzJV5OugyI7vcBBSmqOU1wavt8amkMPE32adXKYhvZe0Am ZkT2Vqwlzss0RdEfceDetsr7oYeXcUYHI1BqfuEqvwugpuH9x9TvRKf1TpDp6Jn+my51 9I+0TO0d/ImLiOsnV427YuoHf9Zr8Bwmq85KYmjNH66N3lgTvwEswMBaUtc9mf1j4wNv 9n7g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id s10si1756788ejr.19.2019.11.13.11.07.04; Wed, 13 Nov 2019 11:07:28 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728654AbfKMQz0 (ORCPT + 99 others); Wed, 13 Nov 2019 11:55:26 -0500 Received: from foss.arm.com ([217.140.110.172]:55614 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727159AbfKMQzZ (ORCPT ); Wed, 13 Nov 2019 11:55:25 -0500 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 1E30330E; Wed, 13 Nov 2019 08:55:25 -0800 (PST) Received: from e113632-lin.cambridge.arm.com (e113632-lin.cambridge.arm.com [10.1.194.37]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPA id BCE253F534; Wed, 13 Nov 2019 08:55:23 -0800 (PST) From: Valentin Schneider To: linux-kernel@vger.kernel.org Cc: mingo@kernel.org, peterz@infradead.org, vincent.guittot@linaro.org, Dietmar.Eggemann@arm.com, tj@kernel.org, patrick.bellasi@matbug.net, surenb@google.com, qperret@google.com Subject: [PATCH] sched/uclamp: Fix overzealous type replacement Date: Wed, 13 Nov 2019 16:53:34 +0000 Message-Id: <20191113165334.14291-1-valentin.schneider@arm.com> X-Mailer: git-send-email 2.22.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Some uclamp helpers had their return type changed from 'unsigned int' to 'enum uclamp_id' by commit 0413d7f33e60 ("sched/uclamp: Always use 'enum uclamp_id' for clamp_id values") but it happens that some *actually* do return an unsigned int value. Those are the helpers that return a utilization value: uclamp_rq_max_value() and uclamp_eff_value(). Fix those up. Note that this doesn't lead to any obj diff using a relatively recent aarch64 compiler (8.3-2019.03). The current code of e.g. uclamp_eff_value() already figures out that the return value is 11 bits (bits_per(1024)) and doesn't seem to do anything funny. I'm still marking this as fixing the above commit to be on the safe side. Fixes: 0413d7f33e60 ("sched/uclamp: Always use 'enum uclamp_id' for clamp_id values") Signed-off-by: Valentin Schneider --- kernel/sched/core.c | 4 ++-- kernel/sched/sched.h | 2 +- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/kernel/sched/core.c b/kernel/sched/core.c index 513a4794ff36..71a45025cd2e 100644 --- a/kernel/sched/core.c +++ b/kernel/sched/core.c @@ -853,7 +853,7 @@ static inline void uclamp_idle_reset(struct rq *rq, enum uclamp_id clamp_id, } static inline -enum uclamp_id uclamp_rq_max_value(struct rq *rq, enum uclamp_id clamp_id, +unsigned int uclamp_rq_max_value(struct rq *rq, enum uclamp_id clamp_id, unsigned int clamp_value) { struct uclamp_bucket *bucket = rq->uclamp[clamp_id].bucket; @@ -918,7 +918,7 @@ uclamp_eff_get(struct task_struct *p, enum uclamp_id clamp_id) return uc_req; } -enum uclamp_id uclamp_eff_value(struct task_struct *p, enum uclamp_id clamp_id) +unsigned int uclamp_eff_value(struct task_struct *p, enum uclamp_id clamp_id) { struct uclamp_se uc_eff; diff --git a/kernel/sched/sched.h b/kernel/sched/sched.h index 05c282775f21..280a3c735935 100644 --- a/kernel/sched/sched.h +++ b/kernel/sched/sched.h @@ -2300,7 +2300,7 @@ static inline void cpufreq_update_util(struct rq *rq, unsigned int flags) {} #endif /* CONFIG_CPU_FREQ */ #ifdef CONFIG_UCLAMP_TASK -enum uclamp_id uclamp_eff_value(struct task_struct *p, enum uclamp_id clamp_id); +unsigned int uclamp_eff_value(struct task_struct *p, enum uclamp_id clamp_id); static __always_inline unsigned int uclamp_util_with(struct rq *rq, unsigned int util, -- 2.22.0