Received: by 2002:a25:868d:0:0:0:0:0 with SMTP id z13csp2738786ybk; Tue, 12 May 2020 07:02:33 -0700 (PDT) X-Google-Smtp-Source: APiQypI6HVx2yTLSr3JgB1DUwufcej66c/lN8wjQEPq3P/nkrP5CskXDvM3qooLSZxXHt+UexKnQ X-Received: by 2002:a17:906:5e50:: with SMTP id b16mr18494774eju.331.1589292153553; Tue, 12 May 2020 07:02:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1589292153; cv=none; d=google.com; s=arc-20160816; b=iFcuD3URaWP5rmZsVSbiHMZiomiMHiFYfHzxgvemB0/TvovrLrHlmZ6C2iAtmy/YkB +k3KAioDSmHdX0Lbo7aqhiyL4/poHeuMpbqLYa4QDER2/U2eOB+g4Xjcvcu6mRlOEge5 uBMhovGDCvuvV8NyFAMFJ11psh/Sfr+N5OGxBQ99ePQO9zy8mAq+uCXbztAYQfPLKSNV doJaYYRUgeIvmMX8PcgpAZK6eeFA5KP28BJ+cthmiuZcIoaFXOummKYj/f1rxlD3tovl SeqBdmf2r7Ft5fQnOO+jW0xITQVpnKiFfIGUl1qd3Jby9AAmuMvS5uU3ybAfhUfp+voh yhxg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=6We9F0Gl5i6dFB55TqViIVwO6PgjLYpYEaNQovKdPNk=; b=gTzUIgr/FA5IsbCFXjpw6Yb33ALuuBAvIaKuTpPgheIklLuTQ3d6cMVyKsEoayaGeJ wW9qg4FnfPPCe7esSeZANWRKYmLI1N6FRNXsW5e1ghuyWk1WlQTNqvTGbIML3lyMud1g Q/qjnRDzY3PzLk6WV6KlI1jHx27CndyYHs04JKe0s0Bs4KkHOm6eJiCoBSD22qstlwuZ 8cBPaM1mk+lQ/EKALbUROjBY/iSx39ZTQQqXgbAmZGj6cinA0shzFPcQnmzJDc9j6jcz LFa6baV2jjcZzmXzcgdWb8STrsWJZ6r/WHV1/6I7Pb7PgFwHmLpMYIKn2BEPWjsL59wx 4C8w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=f6Nrlgw8; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id u15si2201866edb.348.2020.05.12.07.02.08; Tue, 12 May 2020 07:02:33 -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; dkim=pass header.i=@google.com header.s=20161025 header.b=f6Nrlgw8; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730149AbgELN6U (ORCPT + 99 others); Tue, 12 May 2020 09:58:20 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33314 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730145AbgELN6T (ORCPT ); Tue, 12 May 2020 09:58:19 -0400 Received: from mail-wm1-x344.google.com (mail-wm1-x344.google.com [IPv6:2a00:1450:4864:20::344]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6CEAAC061A0E for ; Tue, 12 May 2020 06:58:19 -0700 (PDT) Received: by mail-wm1-x344.google.com with SMTP id z72so13821698wmc.2 for ; Tue, 12 May 2020 06:58:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=6We9F0Gl5i6dFB55TqViIVwO6PgjLYpYEaNQovKdPNk=; b=f6Nrlgw8UCeFoD5o8cR+YQiCKCYmqZIj47J/ddXCRLiBT2dJ14ERtJogi5vv4YRaVP DdOdfSdEPRWfH3VZDTL6qtcEuOpAl6zcS2aHXoLeO9T9OxdreTUPFeoXk95PQzM59cjT oiIsAr2xUt21mubwr8eYWwQlTKjYamkIbd4z0Qod13dJalTL9DFmYH5A3VoF2Zfj03Tp URKm8lP2zvsnOTcQWSAHzOf97wLEQV8JglXIfA3rqgtRJHp+/W4YYkadapu+NpANBdcO KT1UygHLxz9bFaAiq5sTd7qNhwWv+IY5MWT3WpCaex/qYlCHndsfgw81dFpxaVbSuqvc Gmew== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=6We9F0Gl5i6dFB55TqViIVwO6PgjLYpYEaNQovKdPNk=; b=ZbohZMXfHHBSpp6JETrb4O1/3Z99+3VNIsFQLwcaeEtADUVxcNnXAyM860imt3CCAw iDnPsoV8pHft6IunNoSONjarLP3obWOvZ0yAukkzY/6uQ5wK2k7fjSCvKgPWp5g8xvdY KeeST0G1MSOa0744RJRrUnpdhjykUqKG+ZYBqiHlaP+XlWAA6JLC1ROhinNfsomBFBMV QmAUgd3DdpJ8DceTqZiUNH3D0TK4hggQb+eATPcI7Z2ZiZ3x8Zu6NYFtlrpnteBr+XLk 0qx1KsVitrEBiLbF98PZ5M8yxjAJXRW0oyXgJ5cwd68i+mFBn7kTR9B/B2r0B6dWSnRI jfLg== X-Gm-Message-State: AGi0PuYWUeQhdj1NL+/whkuvFmcUFAFPNJOC1AGnJvOfcv6O7UDz0Dm/ os4yX79H4omQpry29B/iX+DzEqVj007GWg== X-Received: by 2002:a1c:e302:: with SMTP id a2mr36318773wmh.96.1589291897718; Tue, 12 May 2020 06:58:17 -0700 (PDT) Received: from google.com ([2a00:79e0:d:110:d6cc:2030:37c1:9964]) by smtp.gmail.com with ESMTPSA id s2sm351084wme.33.2020.05.12.06.58.16 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 12 May 2020 06:58:16 -0700 (PDT) Date: Tue, 12 May 2020 14:58:13 +0100 From: Quentin Perret To: "Rafael J. Wysocki" Cc: 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" Subject: Re: [PATCH 00/14] Modularize schedutil Message-ID: <20200512135813.GA101124@google.com> 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> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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? > 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. Thanks, Quentin