Received: by 2002:a25:ca44:0:0:0:0:0 with SMTP id a65csp1125282ybg; Wed, 29 Jul 2020 06:31:20 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxOBhXV0mptUBdmID7/xqIedZzP8NW3TdGLH1Q+VvKIlUCIzVVlHpRB3nNyiqibPEgPhOvs X-Received: by 2002:a05:6402:3121:: with SMTP id dd1mr7395330edb.72.1596029479772; Wed, 29 Jul 2020 06:31:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1596029479; cv=none; d=google.com; s=arc-20160816; b=0A2FepKaomy3wrzk+Bbyaf9o6g/gmTl1NKerm/bT/thuGcTcv79uqu3HdZ4Hh6lb/V 8XzZi7hdqcDKP/ndP8+iJCHzNBrWXmHyd9uzA5P20i1zhGjAFTzhHsE7L9wLq1tI4NQL AorRP0MgEnw/x7RMEaLAK26mvnP15uxfs7USOujZTJsR9gys+MmbZIiJZIgu7jigmc0s Mhya7jAQORHfhruvZL+Ou9j2aAepYVvMcdRkQXlZ8KmyfMxunlCCEXmBuUMx4gezlWhY G29E9vLldqjz2ueiRI2BIuYdEqVd10wEf8iGHjO4JIUMnxBXeaKee4dmDmzmOaESWaE1 xdew== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:in-reply-to :subject:cc:to:from:user-agent:references; bh=ghzROEWG/bZsFZ9eRJMe1ax9RERl3MvM5zGaXrKRPok=; b=CAGU8DZfqwY0cuEF5YtOR5/SGWLhYgViSAZICzP1tgICyAcwzYzwvas23tpXWw83ww GF4WGjo9E8hjEMj6r1WMRUJKpdlGIHZm5b9j8WiHzQzMUfwDcKcTIi7yg7Rm758BJm6/ ruRg9GO+RMBVUBq4jyMHrYeHWGlHpnDGnPj3lr+DwVTwArvO9UwJvZSjDA5aIjqhkSOX bsCLtZBCnLkyoZYWSScZAiL6ulqi37Vuuukb3S6PJdvVJeoSUfVDDTSmvrMkqP252G7s uMtp7yNA4aAN2uCLFQySLim6hMJC1xLxBAsIDWSgs5Ts1OQ/azBkBJgTiFV6mNI/7mPY C1Ig== 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 x2si1052948ejj.386.2020.07.29.06.30.56; Wed, 29 Jul 2020 06:31:19 -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 S1727050AbgG2N3r (ORCPT + 99 others); Wed, 29 Jul 2020 09:29:47 -0400 Received: from foss.arm.com ([217.140.110.172]:51714 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726365AbgG2N3q (ORCPT ); Wed, 29 Jul 2020 09:29:46 -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 1A7A61FB; Wed, 29 Jul 2020 06:29:45 -0700 (PDT) Received: from e113632-lin (e113632-lin.cambridge.arm.com [10.1.194.46]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 1C1903F66E; Wed, 29 Jul 2020 06:29:43 -0700 (PDT) References: <20200712165917.9168-1-valentin.schneider@arm.com> <20200712165917.9168-3-valentin.schneider@arm.com> <20200727141825.GA4174@lca.pw> <16f8c1d4-778b-3ab8-f328-bae80f3973b4@arm.com> <20200729130910.GA1075614@google.com> User-agent: mu4e 0.9.17; emacs 26.3 From: Valentin Schneider To: Quentin Perret Cc: Dietmar Eggemann , Qian Cai , linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-pm@vger.kernel.org, Russell King , Thara Gopinath , Sudeep Holla , Amit Daniel Kachhap , Daniel Lezcano , Viresh Kumar , Ingo Molnar , Peter Zijlstra , Juri Lelli , Vincent Guittot Subject: Re: [PATCH v2 2/3] sched: Cleanup SCHED_THERMAL_PRESSURE kconfig entry In-reply-to: <20200729130910.GA1075614@google.com> Date: Wed, 29 Jul 2020 14:29:37 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 29/07/20 14:09, Quentin Perret wrote: > On Tuesday 28 Jul 2020 at 17:16:57 (+0100), Valentin Schneider wrote: >> We could change the arch Kconfig into >> >> select SCHED_THERMAL_PRESSURE if CPU_FREQ_THERMAL >> >> but that seems redundant; this dependency is already expressed in >> SCHED_THERMAL_PRESSURE's definition. Is there a proper pattern to select >> some Kconfig option only if all of its dependencies are met? > > How about something like this (totally untested): > > ---8<--- > diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig > index 939c4d6bbc2e..2ac74904a3ce 100644 > --- a/arch/arm/Kconfig > +++ b/arch/arm/Kconfig > @@ -46,7 +46,6 @@ config ARM > select EDAC_ATOMIC_SCRUB > select GENERIC_ALLOCATOR > select GENERIC_ARCH_TOPOLOGY if ARM_CPU_TOPOLOGY > - select SCHED_THERMAL_PRESSURE if ARM_CPU_TOPOLOGY > select GENERIC_ATOMIC64 if CPU_V7M || CPU_V6 || !CPU_32v6K || !AEABI > select GENERIC_CLOCKEVENTS_BROADCAST if SMP > select GENERIC_CPU_AUTOPROBE > diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig > index c403e6f5db86..66dc41fd49f2 100644 > --- a/arch/arm64/Kconfig > +++ b/arch/arm64/Kconfig > @@ -192,7 +192,6 @@ config ARM64 > select PCI_SYSCALL if PCI > select POWER_RESET > select POWER_SUPPLY > - select SCHED_THERMAL_PRESSURE > select SPARSE_IRQ > select SWIOTLB > select SYSCTL_EXCEPTION_TRACE > diff --git a/init/Kconfig b/init/Kconfig > index 0a97d85568b2..c2e1f3ac527e 100644 > --- a/init/Kconfig > +++ b/init/Kconfig > @@ -493,6 +493,7 @@ config HAVE_SCHED_AVG_IRQ > > config SCHED_THERMAL_PRESSURE > bool > + default y if ARM64 || ARM_CPU_TOPOLOGY > depends on SMP > depends on CPU_FREQ_THERMAL > help > --->8--- > That does seem to do just what I was looking for, thanks! > Thanks, > Quentin