Received: by 2002:a05:6a10:9e8c:0:0:0:0 with SMTP id y12csp311296pxx; Wed, 28 Oct 2020 05:38:58 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyHAIWFhCmtckmjBaHMcy+DGl3/npSenZyLVIL/ir+QL9fBxwPK8hGJ9E21UVgC4Oxm3Z7X X-Received: by 2002:a50:8ada:: with SMTP id k26mr2482495edk.281.1603888738138; Wed, 28 Oct 2020 05:38:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1603888738; cv=none; d=google.com; s=arc-20160816; b=lB58bLWpiPpJLjKG/0iF9f0CWpskCf3np1ooEHpKtNLOvosU7I8rkoqMIpjYr73u5h /KVW686Vn+XuxRGIoPoGsfzDrY71l709LovV/HvmLbCTqVWt1XWFHewrvR4UL3LejZih kG3Y6bnieO5tTtdAI5FQYYShynDWbgMnyY0PbCIdIf+bkLXq8qCd26HHLR+94AjkZcSW QuwzBpUVPZINTTLHU9D3GX7FBcbfKEMnNFe7gFc/KliZ8CLxdZnjdT2q25VQ6WGe45/p lJ9jf4WmInyDSFu0G/GRr9Nlwjqw/H7ImFNlLv5cJcyk6G7C7ZWOfaOUZJXE1xa/MxD0 A7Bg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=wW4EaA3uN58uT5e/TjErpK2S6yus/RGKwx5uJ/Fn8D4=; b=pCCfPXegebJ6wX/lBNakl3oaMrzi9xn4cz8010amqD29jbGhcRSxULgQjacyXvojHm GCboN5YhOwFEfWYH/xauJBVnzD18cfO85WJ7PCOSVuSnOfLTk5sC2zpwgoV+KyxO+zcB e8xNDNsBrQyzPa4eRppe8R5gi6PC8VlCd4Iw9W8+N8l+af0YR8NjJvDi2/13g6OyI6mR MKCtxyIhv1odjQg+Ji8QG2s/PuCW864KZZQTAe0KvLQKqJmE4LtJEYtx4hqu/LLr0gYE qwmHIMmXZ9ArINKJnhzSodcj3f+nP4bkb2M1Y09jXlbnNT8Sl4ydb9qrG+M6hq33+SiK QY5A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=ETBrtVPy; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id d2si2953320edn.245.2020.10.28.05.38.36; Wed, 28 Oct 2020 05:38: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; dkim=pass header.i=@kernel.org header.s=default header.b=ETBrtVPy; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1797441AbgJ0PXf (ORCPT + 99 others); Tue, 27 Oct 2020 11:23:35 -0400 Received: from mail.kernel.org ([198.145.29.99]:36104 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1797074AbgJ0PV3 (ORCPT ); Tue, 27 Oct 2020 11:21:29 -0400 Received: from localhost (83-86-74-64.cable.dynamic.v4.ziggo.nl [83.86.74.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id B816B22275; Tue, 27 Oct 2020 15:21:28 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1603812089; bh=sLuJdl4lodoqFsG4UXG02/750QkLsgLur3NhU0yisbI=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=ETBrtVPyk6VJZs/NbVyRzvfvvzDMGPkYLan0XiWNfCO4tj6OMpMZiuDSNKTlXq5We 50UwITlZVbFvngCJQm1alzzzN7M5f9G/uBk0fsnAt7ELbX2AKJuHnJ3ng8VCVmgc5K /r+Xz7G1TrAfyP2oqcJ+/I4MTHWimm8relmUuxZc= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Lukasz Luba , "Peter Zijlstra (Intel)" , Valentin Schneider , Sasha Levin Subject: [PATCH 5.9 089/757] sched/fair: Fix wrong negative conversion in find_energy_efficient_cpu() Date: Tue, 27 Oct 2020 14:45:39 +0100 Message-Id: <20201027135454.727876389@linuxfoundation.org> X-Mailer: git-send-email 2.29.1 In-Reply-To: <20201027135450.497324313@linuxfoundation.org> References: <20201027135450.497324313@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Lukasz Luba [ Upstream commit da0777d35f47892f359c3f73ea155870bb595700 ] In find_energy_efficient_cpu() 'cpu_cap' could be less that 'util'. It might be because of RT, DL (so higher sched class than CFS), irq or thermal pressure signal, which reduce the capacity value. In such situation the result of 'cpu_cap - util' might be negative but stored in the unsigned long. Then it might be compared with other unsigned long when uclamp_rq_util_with() reduced the 'util' such that is passes the fits_capacity() check. Prevent this situation and make the arithmetic more safe. Fixes: 1d42509e475cd ("sched/fair: Make EAS wakeup placement consider uclamp restrictions") Signed-off-by: Lukasz Luba Signed-off-by: Peter Zijlstra (Intel) Reviewed-by: Valentin Schneider Link: https://lkml.kernel.org/r/20200810083004.26420-1-lukasz.luba@arm.com Signed-off-by: Sasha Levin --- kernel/sched/fair.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c index 1a68a0536adda..51408ebd76c27 100644 --- a/kernel/sched/fair.c +++ b/kernel/sched/fair.c @@ -6594,7 +6594,8 @@ static int find_energy_efficient_cpu(struct task_struct *p, int prev_cpu) util = cpu_util_next(cpu, p, cpu); cpu_cap = capacity_of(cpu); - spare_cap = cpu_cap - util; + spare_cap = cpu_cap; + lsub_positive(&spare_cap, util); /* * Skip CPUs that cannot satisfy the capacity request. -- 2.25.1