Received: by 2002:ac0:bc90:0:0:0:0:0 with SMTP id a16csp477259img; Mon, 18 Mar 2019 07:23:34 -0700 (PDT) X-Google-Smtp-Source: APXvYqyrMUXHr+gJy/zdAY2Br2ZkPkblB6nhSMO6ZNx2TNAdVmNJ7zYOsEcfb9YX9TA9hL5AYmze X-Received: by 2002:a65:60cb:: with SMTP id r11mr18163461pgv.143.1552919014361; Mon, 18 Mar 2019 07:23:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1552919014; cv=none; d=google.com; s=arc-20160816; b=ctFwW0fM7l3aBPcp8ftRGN6s+49aTGFgLlFhpF8S940OOxR6hH7NHAKc3yVAzA5YDC jyaFLMZAeTRF+F9VgIRYOzY3peCWfEPF2sqfzeSzhNDMU8cxFQkZDXGraMvaUOPn0Fna KfKdrbXMl5b3zGsIFXx/v3nRSWv9+PXiHY2XwgNktSqRKhz2ZbwzNvBDcbVnPtdjG32E 4MFdLG1AgBHB0Aw/dQjjdannIW/7uW3qaCdiNgqUa2bCt5KvRHHcxU9487KnE76dGRjF iiJtQZ0pFxJp5bth0xXDs7Ms+OAEfnhSv8eYCk5ywh/+eGRyMOxmtgnOdVVHmdrykIId qJ0A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=c/qn4yi4bcdmAZg03119qBQ1CLaF7dXDiaUbdS85itk=; b=NFThxzZ9HCz5dPx3QDup3A/ETcyL49TWTVCPJ2hPpfqj9bgK2MyCmTDyZlxTMSej8o CfMfRJKHupprwMXUMiYVbWCUcPicDK7cW/HjRfXii905p0922AOLu9T2AFEUa0GqIZDY g7fjHgbgWujzI0tTIzBzvSEp2PECBLPDFYDcO9jSJ3bVb5T+/BRN9nMsuCDO8QYAo2JA axZVRrIltZRPbTFr5NApsahb6Ll4LVy6xnWcXrBgd0I6h3WeIXJd2di+7eO/YMIg4sB9 2febTXXWMFntyVIfRY7ZmJxoeQU6NDRxZpipDUVkaQqnljSxIHEuym2LF6NLF4OIpF6H jJzg== 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 b4si9036108pgq.50.2019.03.18.07.23.18; Mon, 18 Mar 2019 07:23:34 -0700 (PDT) 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 S1727722AbfCROWC (ORCPT + 99 others); Mon, 18 Mar 2019 10:22:02 -0400 Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:35150 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726868AbfCROWB (ORCPT ); Mon, 18 Mar 2019 10:22:01 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 1F60BEBD; Mon, 18 Mar 2019 07:22:01 -0700 (PDT) Received: from e110439-lin (e110439-lin.cambridge.arm.com [10.1.194.43]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 2B03F3F59C; Mon, 18 Mar 2019 07:21:58 -0700 (PDT) Date: Mon, 18 Mar 2019 14:21:52 +0000 From: Patrick Bellasi To: Peter Zijlstra Cc: linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org, linux-api@vger.kernel.org, Ingo Molnar , Tejun Heo , "Rafael J . Wysocki" , Vincent Guittot , Viresh Kumar , Paul Turner , Quentin Perret , Dietmar Eggemann , Morten Rasmussen , Juri Lelli , Todd Kjos , Joel Fernandes , Steve Muckle , Suren Baghdasaryan Subject: Re: [PATCH v7 03/15] sched/core: uclamp: Add system default clamps Message-ID: <20190318142152.44biczhoby44xlfz@e110439-lin> References: <20190208100554.32196-1-patrick.bellasi@arm.com> <20190208100554.32196-4-patrick.bellasi@arm.com> <20190313201821.GW2482@worktop.programming.kicks-ass.net> <20190318121804.tr3myhtgczvovmkq@e110439-lin> <20190318131050.GQ6058@hirez.programming.kicks-ass.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190318131050.GQ6058@hirez.programming.kicks-ass.net> User-Agent: NeoMutt/20180716 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 18-Mar 14:10, Peter Zijlstra wrote: > On Mon, Mar 18, 2019 at 12:18:04PM +0000, Patrick Bellasi wrote: > > On 13-Mar 21:18, Peter Zijlstra wrote: > > > On Fri, Feb 08, 2019 at 10:05:42AM +0000, Patrick Bellasi wrote: > > > > +static void uclamp_fork(struct task_struct *p) > > > > +{ > > > > + unsigned int clamp_id; > > > > + > > > > + if (unlikely(!p->sched_class->uclamp_enabled)) > > > > + return; > > > > + > > > > + for (clamp_id = 0; clamp_id < UCLAMP_CNT; ++clamp_id) > > > > + p->uclamp[clamp_id].active = false; > > > > +} > > > > > > Because in that case .active == false, and copy_process() will have done > > > thr right thing? > > > > Don't really get what you mean here? :/ > > Why don't we have to set .active=false when > !sched_class->uclamp_enabled? Ok, got it. In principle because: - FAIR and RT will have uclamp_enabled - DL cannot fork ... thus, yes, it seems that the check above is not necessary anyway. Moreover, as per one of your comments in another message, we still need to cover the "reset on fork" case for FAIR and RT. Thus, I'm going to completely remove the support check in uclamp_fork and we always reset active for all classes. Cheers! -- #include Patrick Bellasi