Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp2179052imm; Thu, 9 Aug 2018 08:32:36 -0700 (PDT) X-Google-Smtp-Source: AA+uWPxmRtBHls4SSx75q+wYMy4fSz06JlJsT2dkRXQxhKLsekKNjAsEh143IWdLwnRfs7sZPLWY X-Received: by 2002:a17:902:7587:: with SMTP id j7-v6mr2502637pll.256.1533828756626; Thu, 09 Aug 2018 08:32:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1533828756; cv=none; d=google.com; s=arc-20160816; b=mGZ+hgOa7DH0Q3nD5l/AYiWKfb/dJmZll1LHPEAGyEfSgxBGxUgkGe7nU+mayZKkSs I17DiVe14D9K6l9CKNYgzwq0sRTeRxzpbzowoCX6W+o8PqHZONAKzieDgkngwH0Dhi+l k4jYi0Sup+u8JJMe17+CAwLAWzEWKmpFwuKCcg3Md5l5ttPPPKryC0ZHLoDK6UUDD0X1 IpxNu/9Gn/FdLOzVbVnUp9s1Mzkl7BRwaDKB2MhCfxaILSvbLk4mxKqwgPEuaBjDTFCX g+rqtV8wpqRMzMxy7vQOimaVHIrwI8Z34ubzUoYt8UQ9JcfIotlWwUdEEOC5Ms5RZ0j4 m9Aw== 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:arc-authentication-results; bh=eFST0lZlDMuh+0Fqe3AOs/nMEmAHYOCsg9hQR6kHdyM=; b=F8r7B8EveL2Ti5sddFiPEW0u51ogmZNKeSRZi6Q6DUYKSvdQFQJBSXbymI/qUyp+SY n8YX/n1TP7DwfsPBGKZVvm/hHRww+97I2QysJq/4FcfHfq/OXmOP5N0HB6GO+md+yPyF H2SLZIM5U42N5uddI0/BVtV+bSxoFgLcP3QM/9FFA+oZA9CReolBUfX3dBGspqG2M5Ls ItspMHa1tY8v2JKIjOo/WVnD9LUNQDlF4zVEqju5dxs83bHearDJXS+/6fd9Sdk2cbXM KO9DpTL4KThX8PA6eoQo/wUzs27Xl3q+deRDXXx9PYeQqdFgtx5VHkG1DtD/MucBR9gh 2oGA== 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 n9-v6si6622738pff.370.2018.08.09.08.32.22; Thu, 09 Aug 2018 08:32:36 -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 S1732366AbeHIR4f (ORCPT + 99 others); Thu, 9 Aug 2018 13:56:35 -0400 Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:55542 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731065AbeHIR4f (ORCPT ); Thu, 9 Aug 2018 13:56:35 -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 67A917A9; Thu, 9 Aug 2018 08:31:10 -0700 (PDT) Received: from darkstar (usa-sjc-mx-foss1.foss.arm.com [217.140.101.70]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id CBA053F5B3; Thu, 9 Aug 2018 08:31:04 -0700 (PDT) Date: Thu, 9 Aug 2018 16:30:59 +0100 From: Patrick Bellasi To: Vincent Guittot Cc: linux-kernel , "open list:THERMAL" , Ingo Molnar , Peter Zijlstra , Tejun Heo , "Rafael J. Wysocki" , viresh kumar , Paul Turner , Dietmar Eggemann , Morten Rasmussen , Juri Lelli , Todd Kjos , Joel Fernandes , "Cc: Steve Muckle" , surenb@google.com Subject: Re: [PATCH v3 05/14] sched/cpufreq: uclamp: add utilization clamping for FAIR tasks Message-ID: <20180809153059.3cfw45qibcv5qqqk@darkstar> References: <20180806163946.28380-1-patrick.bellasi@arm.com> <20180806163946.28380-6-patrick.bellasi@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20171215 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 08-Aug 15:18, Vincent Guittot wrote: > Hi Patrick, Hi VIncent, > On Mon, 6 Aug 2018 at 18:40, Patrick Bellasi wrote: [...] > > +static inline unsigned int uclamp_util(unsigned int cpu, unsigned int util) > > using struct *rq rq instead of cpu as parameter would align > uclamp_util() interface with other cpu_util_*() interface and remove > some cpu_of(rq) and cpu_rq(cpu) Right, I've tired to keep consistency within the "uclamp_*" APIs... but what you suggests makes also sense and I've also already switched some other APIs to use *rq. I'll look into better aligning these APIs for the next posting. Cheers Patrick -- #include Patrick Bellasi