Received: by 2002:a25:868d:0:0:0:0:0 with SMTP id z13csp2746032ybk; Tue, 12 May 2020 07:11:27 -0700 (PDT) X-Google-Smtp-Source: APiQypLj0CbmECjaIFE1wOelPeuSUSQpGeFqeC2oh4X5X9ZGJqZ9Moi4kNrqkGVHuvDARYkSOO/U X-Received: by 2002:a05:6402:1651:: with SMTP id s17mr18793000edx.173.1589292686983; Tue, 12 May 2020 07:11:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1589292686; cv=none; d=google.com; s=arc-20160816; b=dVVwcjUfS1DvOs0pI6zt+WjxU5MHXg6OeEjcslrgb8DvgJR36wNvrEhO+9diOemaOH kv18BDOy9JzBHsaAFOqdQDBUCKncQ3vTytVfnS7GA8Idayf1KjLJczGHYa6hdLZE5YJj BLF3Qp87XnV4X7gm/rM6vsZMKXMbxUUi1Ro6WZZhht1w3CG8wcK/otN86I9GdoTr5WPv 0ck6xcJs7VflNwZQh78HqkxHFuLYSWDiw2Hx16x8M8a7Gtocni7mRZ5Akz+qiM9G1wuP g5fi4gqir1JSFVPGLWwVDkVM7iP0kMwyf0UtTQU9IYmRbpjVaMnYkWOxNF0yhNjOC0Bf bl4g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version; bh=XlLg66om9qePZXeASi6fwsBTwuJ8dfQeSI2ucy4Tfaw=; b=UgOOZbipgw6a6KiTYypVyGtkIkhqDMPLEc/P3iXXbhx/vAZWu/i/gQMuP+/GvZFYxl cZUwo54QQgJTmiua9kt1KPo+LwtSXtlkQLDvKNIW2+/dYZmL1hC09xIUUiqlPrpEQuwl J3RH90EBNMm2iHw13Cm+l1MjM1Ns9OgaSZ5jjryqLyb5mWDgRWMxuRm8JDqpc+nr6+8R cJAR5pa69NFol+hpZ9LIeKwTKzht1JXXCq8c9U+vJiBJ97BZXLU5ay9q6FdsigB4E5Op ChhbBlE1oiaKGUW4/JnyaN6fq1gcOWfGDdAKAvBspIT4aPNECtO9N9D7uUuPLBpQ7HnP n9ag== 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id d6si9215013edo.493.2020.05.12.07.11.03; Tue, 12 May 2020 07:11:26 -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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730160AbgELOJL (ORCPT + 99 others); Tue, 12 May 2020 10:09:11 -0400 Received: from mail-ot1-f67.google.com ([209.85.210.67]:43257 "EHLO mail-ot1-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727859AbgELOJK (ORCPT ); Tue, 12 May 2020 10:09:10 -0400 Received: by mail-ot1-f67.google.com with SMTP id a68so2069586otb.10; Tue, 12 May 2020 07:09:08 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=XlLg66om9qePZXeASi6fwsBTwuJ8dfQeSI2ucy4Tfaw=; b=i9SaClcqX8A0nYi/p1xB3lptVwUFTpWevNUsQwd2d2M4MvDWFweIyh/QEZIUpUmiQQ O6RQcNqFwDc9nG2JLtjIEcQSTwZGHtekKXOz37LH9VXKBZoJV0gxnyxIExW6ABCJkJHb jYmh+DelMCS0UdilEcr2DSlY4HaQX+n4q5fZTA3C5gDjAVg/ZzFscZjJc4RSm34Oj0G+ mWz0mYyTVLg5r2KgqF8Ze4LCWqJXJRYq15ghnDD4r1FATqDasDTvCeTWfdTqfS3yDPN4 UotzLWAVoJMkXdDsFSlEEnUX/0+8vc/mKM7PzxF3aqIqJp9rsko9wcvqFdPmBJEAYV5I VT9g== X-Gm-Message-State: AGi0Pubvq3rpq9Tlky6liYyQksOqOmNRE7F4Gh1BgHQ8/70nQtmno4Hv Yv7MLvVRXUPvEu1QlHEQkwMY9nWjjoXuKzXuGWo= X-Received: by 2002:a9d:6356:: with SMTP id y22mr3701328otk.167.1589292548150; Tue, 12 May 2020 07:09:08 -0700 (PDT) MIME-Version: 1.0 References: <20200508081128.GM5298@hirez.programming.kicks-ass.net> <20200508103721.GA3860390@kroah.com> <20200508111612.GA252673@google.com> <20200508113141.GB5298@hirez.programming.kicks-ass.net> <20200508130507.GA10541@google.com> <20200511090049.GA229633@google.com> <20200512092102.GA16151@google.com> <20200512135813.GA101124@google.com> In-Reply-To: <20200512135813.GA101124@google.com> From: "Rafael J. Wysocki" Date: Tue, 12 May 2020 16:08:56 +0200 Message-ID: Subject: Re: [PATCH 00/14] Modularize schedutil To: Quentin Perret Cc: "Rafael J. Wysocki" , Peter Zijlstra , Greg KH , Linux Kernel Mailing List , Linux PM , Thomas Gleixner , Ingo Molnar , Borislav Petkov , "the arch/x86 maintainers" , "H. Peter Anvin" , Sudeep Holla , Viresh Kumar , Juri Lelli , Vincent Guittot , Dietmar Eggemann , Steven Rostedt , Benjamin Segall , Mel Gorman , "Luis R. Rodriguez" , Kees Cook , Iurii Zaikin , Frederic Weisbecker , Todd Kjos , "Cc: Android Kernel" Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, May 12, 2020 at 3:58 PM Quentin Perret wrote: > > On Tuesday 12 May 2020 at 12:25:17 (+0200), Rafael J. Wysocki wrote: > > Still, IMO it would be fair to say that if uclamps are used, schedutil > > is very likely to be preferred. > > > > Kconfig can be made select schedutil when enabling uclamps or similar > > to express that preference. > > Right, fair enough. Making schedutil default to y when uclamp is > compiled in should do the trick (and avoid using 'select'). Would that > work for you? I think so. > > What you are proposing is basically to add complexity and the reason > > for doing that seems to be convenience (and that's not the users' > > convenience for that matter) which is not really super-convincing. > > Forcing our users to build in their products something they don't want > to use tends to be a very real problem for what we're trying to achieve, > so it's certainly not just convenience from our perspective. I can > understand that yours might be different, though. I would like to understand the nature of the problem here. If some piece of kernel code is modular, it still needs to be build. The difference is when and how it gets loaded, so can you possibly elaborate here? Cheers!