Received: by 2002:ac0:950c:0:0:0:0:0 with SMTP id f12csp3258009imc; Wed, 13 Mar 2019 13:00:02 -0700 (PDT) X-Google-Smtp-Source: APXvYqzBAyL8qKzj/Qys0A8GOtAgLbzYkqy7y6RPacnyx8iYjkQ3u5NTprPAuIM1C3NiQK2+m42X X-Received: by 2002:a17:902:523:: with SMTP id 32mr19177366plf.249.1552507201988; Wed, 13 Mar 2019 13:00:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1552507201; cv=none; d=google.com; s=arc-20160816; b=j1D8dTb6l8DEyKS9tEWEFMzRa+0GIsvznGW8PDITt/HqCmcjZ/Kntk0EMbtZOvMWPA Xm3BrmbSdgtbaWYjdzgvSj+Ned8ypK29KPk0CSQR0kIWei+xoWeTWxLQpVGsJ192tBZh 2b3N9IoFkkipvNkyfYvPGMNPbFap6pfjzkTzFkHrug1B1ZLPdMI46PZIveClCP6n+6u5 SCsEmYMOKY6vEl/A5VrdLnU+QnTWiRl9zwryCi4Orw1sDkZqu2EcFsVTuho2manLFL/k uwadCXjA/IevBJhiCEd/AHcWEq0/n1TdhY0+ouwkX0JBU/yOsYjH63lxCnC7KSlHJjs7 aklA== 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:dkim-signature; bh=ykiiJML9EDdU9ASqZCBZe++y3rcLe+e01y57sW4tjL0=; b=FBddXJVb8f++oL8WIIn2MFbgILVc/O1FrOfr7Qgt/vv4AxD5JrZfsqV0wHeKsFKGw3 CI7AfGd9g8dpoIW6D6p5VI30u7kZO1CV2goE7tvRI+kw6sNoROdE02KOXiYldvcc32nW Nmyv1yLYyfwQdJJHFGrgphvVaaPqElfsoV96nIjWrrjgxzkz0QvVkFnoHz0Gkl20xNCH zu65WoXptzwyrmd466D9HAvySbwJGlXITIoMZOGoK9Xz8fDSraxY56UgiLN8yj78U0qf oaTB5eE4e0ckLRErgbWqQKKPq/I5WdMAWu97i0lkQlIt14QPS3HIMO+0Ja6dNt5hFzV2 C6xw== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@infradead.org header.s=merlin.20170209 header.b=F+lBHOhU; 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 u18si10838035pgk.440.2019.03.13.12.59.46; Wed, 13 Mar 2019 13:00:01 -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; dkim=fail header.i=@infradead.org header.s=merlin.20170209 header.b=F+lBHOhU; 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 S1727106AbfCMT67 (ORCPT + 99 others); Wed, 13 Mar 2019 15:58:59 -0400 Received: from merlin.infradead.org ([205.233.59.134]:54348 "EHLO merlin.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726860AbfCMT67 (ORCPT ); Wed, 13 Mar 2019 15:58:59 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=merlin.20170209; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=ykiiJML9EDdU9ASqZCBZe++y3rcLe+e01y57sW4tjL0=; b=F+lBHOhUjTYh0s4cTcpuo/6eo VksRyO6WHJ0/OTbyGSbOxF+9I6//9XsyJOx0WzGys87yw2rse9ZXlLK/hTWoIVYgCQlBbmH7VxuYK 9o6SiVExtJ8VUzOXimVruQ/WOAwE94drX82JEcWk2SsV5J5WVaOl3NVZwiFKl18wnY1glYON86A3C rPhC7/vy9aZhCSrtCRKQ3lTuBueK5J2xrsoROssOmFU8N+dD9ObCYd8pwQJ51FmCKGAWKDbVtFnN4 vfjuWECeoeh9J4WlDCc1AOFrNIw+1eWwaGB3a1kgWLYgSF90oQlozCV5gxhBL3+uzlKKwzBF15NGU kPvsVIBSw==; Received: from j217100.upc-j.chello.nl ([24.132.217.100] helo=worktop.programming.kicks-ass.net) by merlin.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux)) id 1h4A1c-0008Fc-Fe; Wed, 13 Mar 2019 19:58:52 +0000 Received: by worktop.programming.kicks-ass.net (Postfix, from userid 1000) id 3DBCC9826C0; Wed, 13 Mar 2019 20:58:50 +0100 (CET) Date: Wed, 13 Mar 2019 20:58:50 +0100 From: Peter Zijlstra To: Patrick Bellasi 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: <20190313195850.GT2482@worktop.programming.kicks-ass.net> References: <20190208100554.32196-1-patrick.bellasi@arm.com> <20190208100554.32196-4-patrick.bellasi@arm.com> <20190313143240.GH5922@hirez.programming.kicks-ass.net> <20190313170940.ngiafkmiijryhl2k@e110439-lin> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190313170940.ngiafkmiijryhl2k@e110439-lin> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Mar 13, 2019 at 05:09:40PM +0000, Patrick Bellasi wrote: > On 13-Mar 15:32, Peter Zijlstra wrote: > > I still think that this effective thing is backwards. > With respect to the previous v6, I've now moved this concept to the > patch where we actually use it for the first time. > The "effective" values allows to efficiently enforce the most > restrictive clamp value for a task at enqueue time by: > - not loosing track of the original request > - don't caring about updating non runnable tasks My point is that you already had an effective value; namely p->uclamp[], since patch 1. This patch then changes that into something else, instead of adding p->uclamp_orig[], and concequently has to update all sites that previously used p->uclamp[], which is a lot of pointless churn.