Received: by 2002:a25:868d:0:0:0:0:0 with SMTP id z13csp2544392ybk; Mon, 18 May 2020 01:37:27 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxki8/8xKJXG7WoBt41JcgVRUUSo/VHtL+R+1gyAUMwkx3VwZlk3/xdMrVbFf8rAbBX4va/ X-Received: by 2002:a50:d553:: with SMTP id f19mr5626997edj.219.1589791047362; Mon, 18 May 2020 01:37:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1589791047; cv=none; d=google.com; s=arc-20160816; b=jKpkfuYuhBGB+ojjZtrdpTMLrGUiC5VPOjUqcZm3rXHw5XLJVjrVXHb+iYgOLbX2+s cafvfUBBARtU7GJWh72I6pCxM69Crblk7M7ZzQgKC5VivB8bdl+V65tUWgvsoBtnb47W vIhduOvEpoHm9p6HFYsXDBC7o0eVtJy4udsCbMJhbKLghYFAKbbmug5Xp97kmfVZa4OQ iYRzPdsFBd61OadCGdX+vG3iEXXaabdnHygkKGrHhMmvzUUD/bQRZw5j9AeF/pVFdHQV YEsSmZDLdRKGrOkKk4Lnbn4GCJMGoxO17KgvmJax8b3IsUxxYoC+pzI2qj6HU1jwjOZr 7Ipg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=ZU0s5WJVapCD0PUDfr8pOOrr7Gnhtzd729pp5+CmZzA=; b=XXRmO1+VxTBDY4UOVACzTIsQPJ4Uy/AMcbnOtXwAsohot0qqYxv5DnwpPmDY5l5gTO pRcLBkBb/Cjw2Je+yUznuHQFwKwUomTYs5ocLaB3rqKuGWKGNgnNHphAwvxW8mxwz1xe XMa0lyOxCGwrULnLkpZJkxD0pkSVjOOTOeRgV7JmxN0ZexVxxar+ZWcgLIVM+9oyt87z FHeVXoX1jM06OWhyjgOVKUfx2wPNQtUrSCTEX3e1MM92r2XyfN/trkbbTQEllVE3KQNb GJ1p8FzbMo1gAUuKbXC5U5T0ufZ7n44/rPYX8S66s8rMgBrTV2RVCOnrh8a7pLBbjDmk DTiQ== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id x8si6638463edj.571.2020.05.18.01.37.04; Mon, 18 May 2020 01:37:27 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726500AbgERIcH (ORCPT + 99 others); Mon, 18 May 2020 04:32:07 -0400 Received: from foss.arm.com ([217.140.110.172]:35834 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726040AbgERIcH (ORCPT ); Mon, 18 May 2020 04:32:07 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 60807106F; Mon, 18 May 2020 01:32:06 -0700 (PDT) Received: from [192.168.0.7] (unknown [172.31.20.19]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id CCC403F305; Mon, 18 May 2020 01:32:02 -0700 (PDT) Subject: Re: [PATCH 1/2] sched/uclamp: Add a new sysctl to control RT default boost value To: Qais Yousef , Peter Zijlstra , Ingo Molnar Cc: Randy Dunlap , Jonathan Corbet , Juri Lelli , Vincent Guittot , Steven Rostedt , Ben Segall , Mel Gorman , Luis Chamberlain , Kees Cook , Iurii Zaikin , Quentin Perret , Valentin Schneider , Patrick Bellasi , Pavan Kondeti , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org References: <20200511154053.7822-1-qais.yousef@arm.com> From: Dietmar Eggemann Message-ID: <01c318b6-a109-2b8a-0ac3-a25b3c61e45a@arm.com> Date: Mon, 18 May 2020 10:31:57 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: <20200511154053.7822-1-qais.yousef@arm.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 11/05/2020 17:40, Qais Yousef wrote: [..] > @@ -790,6 +790,26 @@ unsigned int sysctl_sched_uclamp_util_min = SCHED_CAPACITY_SCALE; > /* Max allowed maximum utilization */ > unsigned int sysctl_sched_uclamp_util_max = SCHED_CAPACITY_SCALE; > > +/* > + * By default RT tasks run at the maximum performance point/capacity of the > + * system. Uclamp enforces this by always setting UCLAMP_MIN of RT tasks to > + * SCHED_CAPACITY_SCALE. > + * > + * This knob allows admins to change the default behavior when uclamp is being > + * used. In battery powered devices, particularly, running at the maximum > + * capacity and frequency will increase energy consumption and shorten the > + * battery life. > + * > + * This knob only affects RT tasks that their uclamp_se->user_defined == false. Nit pick: Isn't there a verb missing in this sentence? [...] > @@ -1114,12 +1161,13 @@ int sysctl_sched_uclamp_handler(struct ctl_table *table, int write, > loff_t *ppos) > { > bool update_root_tg = false; > - int old_min, old_max; > + int old_min, old_max, old_min_rt; Nit pick: Order local variable declarations according to length. [...] > @@ -1128,7 +1176,9 @@ int sysctl_sched_uclamp_handler(struct ctl_table *table, int write, > goto done; > > if (sysctl_sched_uclamp_util_min > sysctl_sched_uclamp_util_max || > - sysctl_sched_uclamp_util_max > SCHED_CAPACITY_SCALE) { > + sysctl_sched_uclamp_util_max > SCHED_CAPACITY_SCALE || Nit pick: This extra space looks weird to me. [...] Apart from that, LGTM For both patches of this v5: Reviewed-by: Dietmar Eggemann