Received: by 10.192.165.156 with SMTP id m28csp818083imm; Wed, 11 Apr 2018 07:44:35 -0700 (PDT) X-Google-Smtp-Source: AIpwx48DaXrkh3We38bwU+0B068tNYoTqcBNe5DQ9OdKM//1KOh8ELtDuM/HFqQYyEe6UWbRSfL2 X-Received: by 10.99.52.135 with SMTP id b129mr3768993pga.308.1523457875376; Wed, 11 Apr 2018 07:44:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1523457875; cv=none; d=google.com; s=arc-20160816; b=gaDZXl9jIDI9gmScBy3LROILjWfdc5dqwGtzi+H0VC3oRLLA6iV1EiDCqd8tZbtHX4 UsPT1omKi6VWCv7A9VK9yRLtP28/PvCITPWah3s0WFUPotsXcnGFcEuBH9j89xCqdQU3 3doSOsbv1j7ZVZ3pDliv6o8DFscK4TPg8AIjLLFhXNofpz7nEQ+Q20YNEMWWgu57fVDH QtUuu0IUlyTc2go4hknYyiZpB2PLofvsnQAdGzr8LBUsJA/SFfffFQWwzWY9GeAuOAAt 4+VeA4SBOefgiAB6MLjXLFQNQS6/25km6083JTmXzrOC+voiS0r3qSgeKzCblHX9Ie2V kb2A== 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=R34zax+uBXzly6pCJ/+7urP13XwflzwM8im8QEl/+qM=; b=FfSqwJ7RWH3KmzP+rhz+ow/G7BOuZhbbdFaRrLdnBMSexv59RfMn0pUYx5cfE6vJXd TcXcmBXeh2y96riY/HTlIoCMG68T8QApLTeiT0v1mMV2j4BLVPHRDr90rQSFLGbsT3U/ MEXqAShj+97NKrm5IfmWWGWoNEE990C99pzG5fYHEgL5L+AOGTzf07+Y3hmWv4yXHDv5 JtHqutv3gVOwgrnz6lEyVVBkLLVagvASXaSo4fbxlVD80CKGhOu6vnRvrQonIf4SLii9 jw6p4GUgAZwaX8+MY1zh7UG7X8Wzw7Tnmh2PrxKcDLywem39ExALjwiBV/GMs753wsc2 gM2A== 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 c12-v6si1220430plo.216.2018.04.11.07.43.58; Wed, 11 Apr 2018 07:44:35 -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 S1753878AbeDKOj2 (ORCPT + 99 others); Wed, 11 Apr 2018 10:39:28 -0400 Received: from foss.arm.com ([217.140.101.70]:50100 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753150AbeDKOj0 (ORCPT ); Wed, 11 Apr 2018 10:39:26 -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 F3F5E1435; Wed, 11 Apr 2018 07:39:25 -0700 (PDT) Received: from e110439-lin (e110439-lin.cambridge.arm.com [10.1.210.68]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 25C453F487; Wed, 11 Apr 2018 07:39:23 -0700 (PDT) Date: Wed, 11 Apr 2018 15:39:21 +0100 From: Patrick Bellasi To: Peter Zijlstra Cc: linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org, Ingo Molnar , "Rafael J . Wysocki" , Viresh Kumar , Joel Fernandes , Steve Muckle , Juri Lelli , Dietmar Eggemann Subject: Re: [PATCH v2] cpufreq/schedutil: Cleanup, document and fix iowait boost Message-ID: <20180411143921.GP14248@e110439-lin> References: <20180410155931.31973-1-patrick.bellasi@arm.com> <20180410193708.GE4043@hirez.programming.kicks-ass.net> <20180411104445.GM14248@e110439-lin> <20180411105828.GL4082@hirez.programming.kicks-ass.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180411105828.GL4082@hirez.programming.kicks-ass.net> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 11-Apr 12:58, Peter Zijlstra wrote: > On Wed, Apr 11, 2018 at 11:44:45AM +0100, Patrick Bellasi wrote: > > > > - sugov_set_iowait_boost: is now in charge only to set/increase the IO > > > > wait boost, every time a task wakes up from an IO wait. > > > > > > > > - sugov_iowait_boost: is now in charge to reset/reduce the IO wait > > > > boost, every time a sugov update is triggered, as well as > > > > to (eventually) enforce the currently required IO boost value. > > > > > > I'm not sold on those function names; feels like we can do better, > > > although I'm struggling to come up with anything sensible just now. > > > > What about something like: > > > > sugov_iowait_init() > > since here we are mainly initializing the iowait boost > > > > sugov_iowait_boost() > > since here we are mainly applying the proper boost to each cpu > > > > Although they are not really so different... > > How about: > > sugov_iowait_boost() -- does the actual impulse/boost > sugov_iowait_apply() -- applies the boost state > > ? Whould say it can work too, and it also allows to add a: sugov_iowait_reset() -- resets boots state after TICK_NSEC CPU idle time Viresh, Rafael, Joel: any preferences or other suggestions? -- #include Patrick Bellasi