Received: by 2002:a25:7ec1:0:0:0:0:0 with SMTP id z184csp4799579ybc; Fri, 15 Nov 2019 10:14:55 -0800 (PST) X-Google-Smtp-Source: APXvYqxQSrHE0YzumLBkd56KkMKAcny39liep0d9bYqXLP8p1xCjjOhqq6fqjF0yG5oh6F4Ep/Lz X-Received: by 2002:adf:eb48:: with SMTP id u8mr16544096wrn.225.1573841694851; Fri, 15 Nov 2019 10:14:54 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1573841694; cv=none; d=google.com; s=arc-20160816; b=zgcwXzvKBaBUP7/J+5PFl7XQUvc59hoJaHtPxVfLK06kpfJ4vkUcC4IunqWwedqvsq FEb94yw0OTXQvEB5w4r3hNBcsPOcc7szd9etXljg44O/xFXFkozArxmyafSf1ZvmwyzR sHtoQt+XKM+5k9ai+5yvzmD71hiL6jLlXKDO6o4LBm36atwkQvBLPJoQsKeGgmj4Ug+j aYDogmaOtvipafDZgWg5Sa7vjHIKmH67eD1Lx5Bhsk1aUDaHEBnR7NCdF318r806baMq VMB1wWzb5R6469fkeOlwU9RtAC68VPLktJIDbff1ZJ+n3WbfRGXYa67Ezvj3waUckMS4 7MPw== 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 :robot-unsubscribe:robot-id:message-id:mime-version:references :in-reply-to:cc:subject:to:reply-to:from:date; bh=frUsTkwEEdFaKJ+neRVpuDxmv0h2Rs/BnrATgTRQRds=; b=DFEXHJe4btCk6NDONdWeRLsWdzlodo7V7IKqlDxMUf9s3xmsk0XGzNQ7O16WND8of2 z2P45fKQ+b1F3VzJJa39lr46gcfd/1o3qWDFOmVB0Kjfy71CrD/jXZ0SpxjVa4cu2eu7 skobMiFIOpeENBsnuvacwCCn0ygLk5jtlyOCKdmWx/UISjQ/X6nuz4/zLjP9/QTB6jlJ 58kk9StqewNiMgigZQOJhwCM0zHh2piVA2A4x2TwHwtoDScdX5uN5F4j/g832W4ge/2k 4BT4SiGRT3x3qJIRdAfb6dagXB083l2x55kp0Z7Q8kQ4yQqPrijhKOkXRiDsqkSbQySi tkPQ== 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 v16si7718363edc.142.2019.11.15.10.14.30; Fri, 15 Nov 2019 10:14:54 -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 S1726986AbfKOSNQ (ORCPT + 99 others); Fri, 15 Nov 2019 13:13:16 -0500 Received: from Galois.linutronix.de ([193.142.43.55]:44258 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726075AbfKOSNQ (ORCPT ); Fri, 15 Nov 2019 13:13:16 -0500 Received: from [5.158.153.53] (helo=tip-bot2.lab.linutronix.de) by Galois.linutronix.de with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1iVg5i-00051Z-Vj; Fri, 15 Nov 2019 19:13:07 +0100 Received: from [127.0.1.1] (localhost [IPv6:::1]) by tip-bot2.lab.linutronix.de (Postfix) with ESMTP id 9D3661C18CD; Fri, 15 Nov 2019 19:13:06 +0100 (CET) Date: Fri, 15 Nov 2019 18:13:06 -0000 From: "tip-bot2 for Valentin Schneider" Reply-to: linux-kernel@vger.kernel.org To: linux-tip-commits@vger.kernel.org Subject: [tip: sched/urgent] sched/uclamp: Fix overzealous type replacement Cc: Valentin Schneider , "Peter Zijlstra (Intel)" , Qais Yousef , Dietmar.Eggemann@arm.com, Linus Torvalds , Thomas Gleixner , patrick.bellasi@matbug.net, qperret@google.com, surenb@google.com, tj@kernel.org, vincent.guittot@linaro.org, Ingo Molnar , Borislav Petkov , linux-kernel@vger.kernel.org In-Reply-To: <20191113165334.14291-1-valentin.schneider@arm.com> References: <20191113165334.14291-1-valentin.schneider@arm.com> MIME-Version: 1.0 Message-ID: <157384158660.12247.7949310118741537963.tip-bot2@tip-bot2> X-Mailer: tip-git-log-daemon Robot-ID: Robot-Unsubscribe: Contact to get blacklisted from these emails Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Linutronix-Spam-Score: -1.0 X-Linutronix-Spam-Level: - X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required, ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The following commit has been merged into the sched/urgent branch of tip: Commit-ID: 16d6bbe7982e99f7f326ec6f088c0aaf85efa69d Gitweb: https://git.kernel.org/tip/16d6bbe7982e99f7f326ec6f088c0aaf85efa69d Author: Valentin Schneider AuthorDate: Wed, 13 Nov 2019 16:53:34 Committer: Ingo Molnar CommitterDate: Fri, 15 Nov 2019 11:02:19 +01:00 sched/uclamp: Fix overzealous type replacement 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. Signed-off-by: Valentin Schneider Signed-off-by: Peter Zijlstra (Intel) Reviewed-by: Qais Yousef Cc: Dietmar.Eggemann@arm.com Cc: Linus Torvalds Cc: Peter Zijlstra Cc: Thomas Gleixner Cc: patrick.bellasi@matbug.net Cc: qperret@google.com Cc: surenb@google.com Cc: tj@kernel.org Cc: vincent.guittot@linaro.org Fixes: 0413d7f33e60 ("sched/uclamp: Always use 'enum uclamp_id' for clamp_id values") Link: https://lkml.kernel.org/r/20191113165334.14291-1-valentin.schneider@arm.com Signed-off-by: Ingo Molnar --- 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 44123b4..a4f76d3 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 c8870c5..49ed949 100644 --- a/kernel/sched/sched.h +++ b/kernel/sched/sched.h @@ -2309,7 +2309,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,