Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp1236958ybl; Wed, 4 Dec 2019 20:28:47 -0800 (PST) X-Google-Smtp-Source: APXvYqwUo2VhIcyppagAY10tbIekw0iA5E+bvKlcTnZ50gtBeQtVKZehMUrrXiQ6jzOrUOUHzCQV X-Received: by 2002:aca:4911:: with SMTP id w17mr5824048oia.170.1575520127464; Wed, 04 Dec 2019 20:28:47 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1575520127; cv=none; d=google.com; s=arc-20160816; b=r0bavNtAuVLj5mR4y+UhdOtMxAmRk9rxbZkPw7oegnFzRMA0KGluuRYkCYiiDeSazL 1OUoUBEetJ8uH/ReNSbLkXwRXtPtvYdPHGInux6G0Jssb8Sy7fuEWpMfOTHF/9ti34X0 ZOBAgTTi5T0EkvCRUGJgJ4qkSyfbpk/6T8jham6yz1Ud1w5EQ663q04YtW4fFy28mujr p/D6rgNYbMm4X1DQWcZsxzdqLCceVVfKYgCpEHhrbH3TYREiUwjiGgwb6aa4Dx/ZWbrj PP59qnpbh45C/ufix5bK+a19YX7C3yokJPwK3wrN8eQOdD5yLvG5/GYgelCNBgUq//2C Vz8A== 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:mime-version :references:in-reply-to:date:cc:to:from:subject:message-id; bh=a2ZKRz1C2X6325vT7Eh/dsAGnrQxivgajQMBNLl7kj8=; b=pinq1RQeeYMxIFzhtWXWBs0nhUbNJTCt/xX+28sp1tPAYVB2dzpGaeg8MFsjUrhr8g Ky/NmrNPiwnnN09Z/L5DnOr6WhXDtogzjGXN32SBugQL1CNNPYJlTV+UiVqmMpsltRxA Q38xQr8G0Am7oqTkvHc/XNqtNmftSDTKfmjOf9AGzGnnjhtdmBzbH5BN2V/NlJ/2yzYE 4OAfJ1JVu3pKpBCxva+S18vp9jlP/0dfynuq4DTzjMvpXbIZU1Drpk/nfrpaFexEM7hp N2pcWo8yAv+PBvaI/Vj+43mFSAod2LaEbrO1m8zIYx+9eSiSAwlxhLTslWpxpFOy0/Pf wA0g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 90si4443272otv.13.2019.12.04.20.28.35; Wed, 04 Dec 2019 20:28:47 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728902AbfLEE1v (ORCPT + 99 others); Wed, 4 Dec 2019 23:27:51 -0500 Received: from mga18.intel.com ([134.134.136.126]:40139 "EHLO mga18.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728374AbfLEE1v (ORCPT ); Wed, 4 Dec 2019 23:27:51 -0500 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by orsmga106.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 04 Dec 2019 20:27:50 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.69,279,1571727600"; d="scan'208";a="243106642" Received: from yuanwan1-mobl.ccr.corp.intel.com ([10.249.174.225]) by fmsmga002.fm.intel.com with ESMTP; 04 Dec 2019 20:27:48 -0800 Message-ID: <6d43c93a748872293df489d397f894b77b221bc9.camel@intel.com> Subject: Re: linux-next: Tree for Nov 15 (thermal: THERMAL_GOV_POWER_ALLOCATOR) From: Zhang Rui To: Randy Dunlap , Stephen Rothwell , Linux Next Mailing List Cc: Linux Kernel Mailing List , Linux PM list , Eduardo Valentin , Daniel Lezcano , Amit Kucheria , qperret@google.com Date: Thu, 05 Dec 2019 12:27:47 +0800 In-Reply-To: <9436e207-8a65-f01b-c348-32a8a00f03d4@infradead.org> References: <20191115190525.77efdf6c@canb.auug.org.au> <247cd41e-a07b-adf0-4ec2-6467f0257837@infradead.org> <9436e207-8a65-f01b-c348-32a8a00f03d4@infradead.org> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5-0ubuntu0.18.04.1 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 2019-12-04 at 08:25 -0800, Randy Dunlap wrote: > On 11/15/19 3:44 PM, Randy Dunlap wrote: > > On 11/15/19 12:05 AM, Stephen Rothwell wrote: > > > Hi all, > > > > > > Changes since 20191114: > > > > > > > on i386: > > > > WARNING: unmet direct dependencies detected for > > THERMAL_GOV_POWER_ALLOCATOR > > Depends on [n]: THERMAL [=y] && ENERGY_MODEL [=n] > > Selected by [y]: > > - THERMAL_DEFAULT_GOV_POWER_ALLOCATOR [=y] && > > > > > > THERMAL_GOV_POWER_ALLOCATOR is selected by > > THERMAL_DEFAULT_GOV_POWER_ALLOCATOR > > even though ENERGY_MODEL is not set/enabled. > > > > > > This Kconfig warning is still happening in linux-next of 20191204. > I overlooked the original report probably because I was not CCed. This is introduced by commit a4e893e802e6("thermal: cpu_cooling: Migrate to using the EM framework") which adds the dependency of ENERGY_MODEL for THERMAL_GOV_POWER_ALLOCATOR. To fix this, it's better to make THERMAL_DEFAULT_GOV_POWER_ALLOCATOR depends on THERMAL_GOV_POWER_ALLOCATOR instead. Please confirm the problem is fixed by below patch. thanks, rui From c9429f6e28ea2219686a4294d39f015ba373774b Mon Sep 17 00:00:00 2001 From: Zhang Rui Date: Thu, 5 Dec 2019 12:17:07 +0800 Subject: [PATCH] thermal: fix a Kconfig warning Currently, THERMAL_GOV_POWER_ALLOCATOR is selected by THERMAL_DEFAULT_GOV_POWER_ALLOCATOR even if it has some unmet dependencies. This causes the Kconfig warning WARNING: unmet direct dependencies detected for THERMAL_GOV_POWER_ALLOCATOR Depends on [n]: THERMAL [=y] && ENERGY_MODEL [=n] Selected by [y]: - THERMAL_DEFAULT_GOV_POWER_ALLOCATOR [=y] && Fix the problem by making THERMAL_DEFAULT_GOV_POWER_ALLOCATOR depends on THERMAL_GOV_POWER_ALLOCATOR instead. Fixes: a4e893e802e6("thermal: cpu_cooling: Migrate to using the EM framework") Signed-off-by: Zhang Rui --- drivers/thermal/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/thermal/Kconfig b/drivers/thermal/Kconfig index 59b79fc48266..79b27865c6f4 100644 --- a/drivers/thermal/Kconfig +++ b/drivers/thermal/Kconfig @@ -108,7 +108,7 @@ config THERMAL_DEFAULT_GOV_USER_SPACE config THERMAL_DEFAULT_GOV_POWER_ALLOCATOR bool "power_allocator" - select THERMAL_GOV_POWER_ALLOCATOR + depends on THERMAL_GOV_POWER_ALLOCATOR help Select this if you want to control temperature based on system and device power allocation. This governor can only -- 2.17.1