Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp749645ybz; Wed, 29 Apr 2020 08:42:48 -0700 (PDT) X-Google-Smtp-Source: APiQypLjovoGbCmOiZi8jmVZwaLnMSQcTf1JouBjSKMFtfYU8PSpZTLO3/PAxdDFuaXXs6mE5+Wh X-Received: by 2002:a17:906:85d3:: with SMTP id i19mr3022558ejy.153.1588174968723; Wed, 29 Apr 2020 08:42:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588174968; cv=none; d=google.com; s=arc-20160816; b=ydgKDIPFLZOPR9RtGG7fdhEEyr1owGVmO0pQmwMhaC/Jlk95gRwxUwwGFgatD+7CuS AujS83V2DBzpqWLCmxqDc4vJ2+wpYgE8LS3YMmzuQc/Vi/1hjgUMcRjXvmqe/rCQ2d4l nCWrOLNZBNHyIAHg6tfFitfwePhCtXdrkWRbLMKMhloH7zq/FQUZ0nPEmNjJ2/UA0Nc7 0PTOf+dO2oBlHwyY9a3tZAbshEHgwARoB813EzOPPzipxQj0MFcYF5WyrVm1+YM8Jqgi hSSCvWOl3+JF8x1k8/dq1CbYI+ol8DSzqgmZ4H5794SMLHnjvg0sSdkreFQ7q1ZusJ6c 0bWA== 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=tGw0VCoIKn4iq8oo/ElNFNZIZuGtjMn099sR2RRNYuU=; b=Kmvjv0e08LWMXa6Qv44GpNyck5KX0EGmFkE8tBylqAB5xTOUBn4XhRjf2jT3Oz5bHV bZNMvn6+cWxY3Z0jyNZWqK3hXucGzTgVDEEgT5l/3FcgQkKE3YwbOA2UrPWZwTqBiiS6 g7RggUj1cvuRUfTylOXaFG9ZTvKiq6cWZ5V9X7dbCcL5ptklPaWzp8SXmc7TDSmPyUVX o4c7ck4bO/7s2JQmu9pZLpM+GKKE+qg9Vg649OTfTdyWyxB2L6o5jhdFZU+5FjdcJ2pY qiz6UM+SRX1VRHmM7X17xNGcFt0RmgV0L3MM6EkpzdgbnwJxcdRH5JxYUkzoQus83Cmb nZOg== 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 bq5si3797862ejb.356.2020.04.29.08.42.24; Wed, 29 Apr 2020 08:42:48 -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 S1727047AbgD2PlE (ORCPT + 99 others); Wed, 29 Apr 2020 11:41:04 -0400 Received: from foss.arm.com ([217.140.110.172]:41282 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726519AbgD2PlD (ORCPT ); Wed, 29 Apr 2020 11:41:03 -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 82FFF1045; Wed, 29 Apr 2020 08:41:02 -0700 (PDT) Received: from e107158-lin (e107158-lin.cambridge.arm.com [10.1.195.21]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 3649F3F68F; Wed, 29 Apr 2020 08:41:00 -0700 (PDT) Date: Wed, 29 Apr 2020 16:40:57 +0100 From: Qais Yousef To: Pavan Kondeti Cc: Peter Zijlstra , Ingo Molnar , Jonathan Corbet , Juri Lelli , Vincent Guittot , Dietmar Eggemann , Steven Rostedt , Ben Segall , Mel Gorman , Luis Chamberlain , Kees Cook , Iurii Zaikin , Quentin Perret , Valentin Schneider , Patrick Bellasi , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org Subject: Re: [PATCH v3 1/2] sched/uclamp: Add a new sysctl to control RT default boost value Message-ID: <20200429154056.bznhs6wc2iyxzevy@e107158-lin> References: <20200428164134.5588-1-qais.yousef@arm.com> <20200429113255.GA19464@codeaurora.org> <20200429123056.otyedhljlugyf5we@e107158-lin> <20200429152106.GB19464@codeaurora.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20200429152106.GB19464@codeaurora.org> User-Agent: NeoMutt/20171215 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 04/29/20 20:51, Pavan Kondeti wrote: > As we are copying the sysctl_sched_uclamp_util_min_rt_default value into > p->uclamp_req[UCLAMP_MIN], user gets it when sched_getattr() is called though > sched_setattr() was not called before. I guess that is expected behavior with > your definition of this new tunable. Thanks for answering the question in > detail. Yes. That's the original design without this patch actually. Though before it was always set to 1024. Thanks for having a look! -- Qais Yousef