Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp1290201ybl; Wed, 4 Dec 2019 21:51:10 -0800 (PST) X-Google-Smtp-Source: APXvYqzQ8V2MLxyO5Jw/PH+JJwc+0dMqAfjzKqUsUxzrS4Cp3YH4tmBm9o15MH1iVdgCIMcmcEF6 X-Received: by 2002:aca:c38c:: with SMTP id t134mr5612574oif.175.1575525070481; Wed, 04 Dec 2019 21:51:10 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1575525070; cv=none; d=google.com; s=arc-20160816; b=1Ak2IXWTQIAA+yGL1AzHWKbphHyQNb59/DAvKJKfKmBBOFICQgXhhyknFJ5voLfl8P rpgOjwjchyazn1P8LoMtkqoLF8ntCNorKe9jXL+dQGscVC4ZIWY1qB6PU185BFm2X6Im qDa69hx208yZNfqZWsVSP5YorsXRXzQMugNHuUbd2YD0sSORx4vyh2LBuiLrRm5z2sRi vzs8FQk9zUa/kE0lHxjac5AR8VfH0vBsLr/XpOp2jbndiLTL1gm6HXPcMkHzm2gUPbyy JgNNehqtsIjwiVsCDs28Hmb6hfWfIcLhHR8+/ksRcAC04nlopRAnlz8dtPTveXBAYnRm ARrw== 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=42/CFsx8qHjhs5HWWbdIs0bLRHxqhwwJwSfUZOKvWug=; b=R2057ODHv716HTfabS9x9sVkOBwisvgODKKDasHLpEz/+Ni2CWuAm9apomRRVN8m/m 0IJADGOmDt3zK/QkIeGeykxiwOQjzGPr+0mVIXwjIHfqfOu8mKaklqWonD4xOguLiNT/ oswu0HcBL9SRnoZgGGI/wcXszIR3ZUNbNtZgPfSPVEL+pID1kWvRjZOcHfWG5WNOeLxK altdoBLccTvyRmlHQcRGG2b3tvcYxjlstgSiD3T1ZkulUfqnEZpBIWD/vsncki3Q/1TA ex+tYVWUsrEOn9rEpHNfhDZf2aMN/8cOI4YeLkYea5+yomC9omSFSB4bMnvtTJnHoTPy mteQ== 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 i13si4454595oth.175.2019.12.04.21.50.58; Wed, 04 Dec 2019 21:51:10 -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 S1726063AbfLEFub (ORCPT + 99 others); Thu, 5 Dec 2019 00:50:31 -0500 Received: from mga12.intel.com ([192.55.52.136]:19127 "EHLO mga12.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725963AbfLEFub (ORCPT ); Thu, 5 Dec 2019 00:50:31 -0500 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga004.jf.intel.com ([10.7.209.38]) by fmsmga106.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 04 Dec 2019 21:50:30 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.69,279,1571727600"; d="scan'208";a="361814167" Received: from yuanwan1-mobl.ccr.corp.intel.com ([10.249.174.225]) by orsmga004.jf.intel.com with ESMTP; 04 Dec 2019 21:50:27 -0800 Message-ID: Subject: Re: linux-next: Tree for Nov 15 (thermal: THERMAL_GOV_POWER_ALLOCATOR) From: Zhang Rui To: Quentin Perret Cc: Randy Dunlap , Stephen Rothwell , Linux Next Mailing List , Linux Kernel Mailing List , Linux PM list , Eduardo Valentin , Daniel Lezcano , Amit Kucheria Date: Thu, 05 Dec 2019 13:50:27 +0800 In-Reply-To: <20191205043609.GA231782@google.com> References: <20191115190525.77efdf6c@canb.auug.org.au> <247cd41e-a07b-adf0-4ec2-6467f0257837@infradead.org> <9436e207-8a65-f01b-c348-32a8a00f03d4@infradead.org> <6d43c93a748872293df489d397f894b77b221bc9.camel@intel.com> <20191205043609.GA231782@google.com> 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 Thu, 2019-12-05 at 04:36 +0000, Quentin Perret wrote: > Hi all, > > On Thursday 05 Dec 2019 at 12:27:47 (+0800), Zhang Rui wrote: > > 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 > > FWIW, a similar fix has been suggested a couple weeks back: > > > https://lore.kernel.org/lkml/20191113105313.41616-1-yuehaibing@huawei.com/ Right, this patch was just merged by Daniel. It seems that we need a second PR in this merge window. thanks, rui > > Thanks, > Quentin