Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp602119ybz; Wed, 15 Apr 2020 14:57:16 -0700 (PDT) X-Google-Smtp-Source: APiQypK7FzsS3iuSDmiHCuyE+xj0PlUvTx4g6lNncSjSV0BdHsVjwvQ4ZkSn/0bBn86UbTbjFe8d X-Received: by 2002:a17:906:3085:: with SMTP id 5mr7008716ejv.381.1586987835973; Wed, 15 Apr 2020 14:57:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1586987835; cv=none; d=google.com; s=arc-20160816; b=g6H3HEAF4FbiCfNun9Rnwy1AE3Bc5bJ9240D2z9b3xwi7Yta5GzScFVWLdkwSDCft8 zYE101AnrDx0KOxfKcfpWZyTIKYRLTKw7iDcw+TZAddsLVWOvMHryY6WdsZPUzFh80p0 0T2Tte76mOn3HWB9i1pCRHjpx2s1aNLNuOPkTL94jmbCOf1Q4CM6trpBP2NQkBmxvlpI 9Z2I1atogILuZG8dLUZdW3ko/4/ZuxpRUbXJpIg0NfFS4BIqyw/AXU3JSc7pPjwelVVS PnucAuDiwgATphStAJRGQrRdraMGvnIVeNliMmHjoBMVW+xFwYmHBQrh2kGLpSlFd4Sz ppPg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=1nQoHzY7Vq+dku+c89gQWF9S4/oj+wkTrvP3Wtwkeew=; b=PPorj/e7Yi0QL5dvIJENuABkYdWHB83ca+gi6FKYTMtEMhDzcU/us1e10SdFCOMAXR rp+9reTVmFiQL0gXGSWQ+dratdCHIfcJcLTjX1Qz/Gp/+8xOOWCdmc0L58JJ5cELKka8 iqLagil1tljnSkUw8jllGiaWGAKivDoZ7w2qhiURChnF9oarrxmFVULcmz1FnFy57npN i0VTWicbUDRf1b9qDEC9fV1l5C12cT9SforNwCd/ff38JP3GoRrGfoSQPfgy7i+Mwseh dfDKLe6jQYAgL6RyAKWPCIVHPFso7NVUJWTO3NUT2OLBhLn6ERA1LJcBQwzzTrfciQXN HXSA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=SCTFpBe+; 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=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id o2si2684645eju.343.2020.04.15.14.56.52; Wed, 15 Apr 2020 14:57:15 -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=@chromium.org header.s=google header.b=SCTFpBe+; 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=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2633354AbgDNUpX (ORCPT + 99 others); Tue, 14 Apr 2020 16:45:23 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43132 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S2633343AbgDNUpT (ORCPT ); Tue, 14 Apr 2020 16:45:19 -0400 Received: from mail-ua1-x944.google.com (mail-ua1-x944.google.com [IPv6:2607:f8b0:4864:20::944]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 09E90C061A0C for ; Tue, 14 Apr 2020 13:45:19 -0700 (PDT) Received: by mail-ua1-x944.google.com with SMTP id u10so513945ual.9 for ; Tue, 14 Apr 2020 13:45:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=1nQoHzY7Vq+dku+c89gQWF9S4/oj+wkTrvP3Wtwkeew=; b=SCTFpBe+EJMWAnxttwEG8FJf9k17ZjaG8iQwISmQhLhAlMv69xpmPL1+L9Oy0b3gar XVHLExwtSRMPhhgjoQuqsku+kXwrO8moRaeslPL/VxdHRC3KGUgnLA93Z/UYo4K4MxlU KcDJ3FGOddyRHZCQCNBWwcuzTA27njMtVlSlE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=1nQoHzY7Vq+dku+c89gQWF9S4/oj+wkTrvP3Wtwkeew=; b=ZiDUTenO1KejRy8ZGj75OFOsgGf2IRSQVvJB3IOnSmVENWI+KBl+eLyFEHmotso3ik AVbmhxFefPAOOHT0hw/iE643RBmiK5TCcDvQ6esF5v1F1f2LJXG2NqCe/jEXmwyxYJFb TesoDMAflyN4rWYL70I/+ctMhtJ4ppI8Jd7rAmQEfnORJs6wTK6Po54DVhohxUx5PvNB eY4RTR+QrCo4V8hwFYI2qawP/z4MjWJ1ywNZdML+YaN/layVvmzljbnJBytesEgaZ3oV sKPRX+M7EPxbkKFFKrjmn1RHL4LJLjUKIUkkBdbbhPsRqYdb1uZEBsneOWNJeMqgAj6/ FtWA== X-Gm-Message-State: AGi0Pua6mtV5ym0EyDB2VGfJCWAaibfv/7KkitjQ3qy1EW0cCukeOFUW M6G0tROLsIn96CIdfwylDJnvxwMOA8g= X-Received: by 2002:ab0:3496:: with SMTP id c22mr1950003uar.49.1586897116674; Tue, 14 Apr 2020 13:45:16 -0700 (PDT) Received: from mail-vs1-f48.google.com (mail-vs1-f48.google.com. [209.85.217.48]) by smtp.gmail.com with ESMTPSA id t66sm1420611vkb.23.2020.04.14.13.45.15 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 14 Apr 2020 13:45:15 -0700 (PDT) Received: by mail-vs1-f48.google.com with SMTP id p28so848237vsg.13 for ; Tue, 14 Apr 2020 13:45:15 -0700 (PDT) X-Received: by 2002:a05:6102:3204:: with SMTP id r4mr1752068vsf.109.1586897114591; Tue, 14 Apr 2020 13:45:14 -0700 (PDT) MIME-Version: 1.0 References: <20200414161320.251897-1-qperret@google.com> In-Reply-To: <20200414161320.251897-1-qperret@google.com> From: Doug Anderson Date: Tue, 14 Apr 2020 13:45:03 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH] sched/core: Fix reset-on-fork from RT with uclamp To: Quentin Perret Cc: Ingo Molnar , Peter Zijlstra , juri.lelli@redhat.com, Vincent Guittot , dietmar.eggemann@arm.com, Steven Rostedt , bsegall@google.com, mgorman@suse.de, ctheegal@codeaurora.org, patrick.bellasi@matbug.net, valentin.schneider@arm.com, qais.yousef@arm.com, LKML , kernel-team@android.com Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, On Tue, Apr 14, 2020 at 9:13 AM Quentin Perret wrote: > > uclamp_fork() resets the uclamp values to their default when the > reset-on-fork flag is set. It also checks whether the task has a RT > policy, and sets its uclamp.min to 1024 accordingly. However, during > reset-on-fork, the task's policy is lowered to SCHED_NORMAL right after, > hence leading to an erroneous uclamp.min setting for the new task if it > was forked from RT. > > Fix this by removing the unnecessary check on rt_policy() in > uclamp_fork() as this doesn't make sense if the reset-on-fork flag is > set. > > Reported-by: Chitti Babu Theegala > Signed-off-by: Quentin Perret > --- > kernel/sched/core.c | 4 ---- > 1 file changed, 4 deletions(-) > > diff --git a/kernel/sched/core.c b/kernel/sched/core.c > index 3a61a3b8eaa9..9ea3e484eea2 100644 > --- a/kernel/sched/core.c > +++ b/kernel/sched/core.c > @@ -1234,10 +1234,6 @@ static void uclamp_fork(struct task_struct *p) > for_each_clamp_id(clamp_id) { > unsigned int clamp_value = uclamp_none(clamp_id); > > - /* By default, RT tasks always get 100% boost */ > - if (unlikely(rt_task(p) && clamp_id == UCLAMP_MIN)) > - clamp_value = uclamp_none(UCLAMP_MAX); > - > uclamp_se_set(&p->uclamp_req[clamp_id], clamp_value, false); The local variable "clamp_value" doesn't have a lot of value anymore, does it? (Pun intended). Remove it? -Doug