Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp797347imm; Sat, 26 May 2018 11:23:03 -0700 (PDT) X-Google-Smtp-Source: AB8JxZp5f0wxopZnWOX9H+RWZYjvMBdGPS9x/1xhtxaJv96iXQvBqrPXYA7z64E8ppRSO/e9gSY9 X-Received: by 2002:a17:902:622:: with SMTP id 31-v6mr7372925plg.135.1527358983262; Sat, 26 May 2018 11:23:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1527358983; cv=none; d=google.com; s=arc-20160816; b=RUFaUJPhnWI1mH2uk6KL6kcFRZ4q0i5V8reF0JYrvCKqf5yoY32wC6rkzxfNzi6rBD jdF0wmO4MCz81bUWCjpaojomLDJ8G1FuOhGhDRBm1tjLBc23xDSz/J8W917c90zzEIBo K8/Z1MAFC0EvgLRLeq2nmQAjqmRom8sCzXrrSIF97fmPPw0P4MAh3lhU6j4WjlMkFSBg Yl/Kvr5NFZvAMdvTArC3y84lcntFZfCWCDOZgAnVsr0QxYYQQRe5Tkn90jNUtizoak7O cgSUaOJqoSEMkR9c7jUoD6XJ3xr5B2JQCj3w1Ges53JfrVu3XLjRhYLPn0lGL0CB/F2H XgnA== 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:in-reply-to :mime-version:user-agent:date:message-id:from:cc:references:to :subject:arc-authentication-results; bh=bOOMjcjH1twXiT7B5ggURMewxMiPazvXk1A0zPhuTik=; b=UvwcD4aZ3TGR8cCcpx4zcZbJPwxNV16PSFEctzyujgtP/8mdhrGncR3LjWEuyYGAC6 sv8C2y8gFXoFoox7KKlC/UIKAnH7cPrXoiR+sc+yPBa8w/gijNc2lYKIEVx9bhVZ2YyW gElxTZls7euNgYTSUKShPWcTrgP8Y12jo/34qJ3ZOtNFt8E73Et5JZyhDnmm68+4AvEi 4Vnl4PMXjcKjKgQxrzHSuTlJR4rSjXb8fMmu29FlVCus7oX4ytS/wC2zuoREsZyAinSS s7baNw/BSeKw5OlKrOP0LlX4tutVzLRtGUCgk8IVGtmsLPDNGD97aiQb4Sg/+zrrVVJF ygww== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id x68-v6si9145495pfc.205.2018.05.26.11.22.02; Sat, 26 May 2018 11:23:03 -0700 (PDT) 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1032327AbeEZSVw (ORCPT + 99 others); Sat, 26 May 2018 14:21:52 -0400 Received: from szxga06-in.huawei.com ([45.249.212.32]:37856 "EHLO huawei.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1032230AbeEZSVu (ORCPT ); Sat, 26 May 2018 14:21:50 -0400 Received: from DGGEMS411-HUB.china.huawei.com (unknown [172.30.72.59]) by Forcepoint Email with ESMTP id AA781B8D95936; Sun, 27 May 2018 02:21:48 +0800 (CST) Received: from [127.0.0.1] (10.47.84.85) by DGGEMS411-HUB.china.huawei.com (10.3.19.211) with Microsoft SMTP Server id 14.3.382.0; Sun, 27 May 2018 02:21:47 +0800 Subject: Re: [PATCH 3/6] arm64: dts: hisilicon: Add missing cooling device properties for CPUs To: Viresh Kumar , , Rob Herring , Mark Rutland , Catalin Marinas , Will Deacon References: <0754957a2c3842cf4e36fa27231d327fd8d6d499.1527225682.git.viresh.kumar@linaro.org> <5B09A0B4.2080400@hisilicon.com> CC: Vincent Guittot , , Daniel Lezcano , , , , From: Wei Xu Message-ID: <5B09A5B4.4050904@hisilicon.com> Date: Sat, 26 May 2018 19:21:40 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <5B09A0B4.2080400@hisilicon.com> Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.47.84.85] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Viresh, On 2018/5/26 19:00, Wei Xu wrote: > Hi Viresh, > > On 2018/5/25 6:40, Viresh Kumar wrote: >> The cooling device properties, like "#cooling-cells" and >> "dynamic-power-coefficient", should either be present for all the CPUs >> of a cluster or none. If these are present only for a subset of CPUs of >> a cluster then things will start falling apart as soon as the CPUs are >> brought online in a different order. For example, this will happen >> because the operating system looks for such properties in the CPU node >> it is trying to bring up, so that it can register a cooling device. >> >> Add such missing properties. >> >> Do minor rearrangement as well to keep ordering consistent. >> >> Signed-off-by: Viresh Kumar > > Thanks! > Applied to the hisilicon fix tree. Sorry for the noise! It seems this patch is still under discussion. I will drop it firstly. Best Regards, Wei > > Best Regards, > Wei > >> --- >> arch/arm64/boot/dts/hisilicon/hi6220.dtsi | 16 +++++++++++++++- >> 1 file changed, 15 insertions(+), 1 deletion(-) >> >> diff --git a/arch/arm64/boot/dts/hisilicon/hi6220.dtsi b/arch/arm64/boot/dts/hisilicon/hi6220.dtsi >> index 586b281cd531..247024df714f 100644 >> --- a/arch/arm64/boot/dts/hisilicon/hi6220.dtsi >> +++ b/arch/arm64/boot/dts/hisilicon/hi6220.dtsi >> @@ -88,8 +88,8 @@ >> next-level-cache = <&CLUSTER0_L2>; >> clocks = <&stub_clock 0>; >> operating-points-v2 = <&cpu_opp_table>; >> - #cooling-cells = <2>; /* min followed by max */ >> cpu-idle-states = <&CPU_SLEEP &CLUSTER_SLEEP>; >> + #cooling-cells = <2>; /* min followed by max */ >> dynamic-power-coefficient = <311>; >> }; >> >> @@ -101,6 +101,8 @@ >> next-level-cache = <&CLUSTER0_L2>; >> operating-points-v2 = <&cpu_opp_table>; >> cpu-idle-states = <&CPU_SLEEP &CLUSTER_SLEEP>; >> + #cooling-cells = <2>; /* min followed by max */ >> + dynamic-power-coefficient = <311>; >> }; >> >> cpu2: cpu@2 { >> @@ -111,6 +113,8 @@ >> next-level-cache = <&CLUSTER0_L2>; >> operating-points-v2 = <&cpu_opp_table>; >> cpu-idle-states = <&CPU_SLEEP &CLUSTER_SLEEP>; >> + #cooling-cells = <2>; /* min followed by max */ >> + dynamic-power-coefficient = <311>; >> }; >> >> cpu3: cpu@3 { >> @@ -121,6 +125,8 @@ >> next-level-cache = <&CLUSTER0_L2>; >> operating-points-v2 = <&cpu_opp_table>; >> cpu-idle-states = <&CPU_SLEEP &CLUSTER_SLEEP>; >> + #cooling-cells = <2>; /* min followed by max */ >> + dynamic-power-coefficient = <311>; >> }; >> >> cpu4: cpu@100 { >> @@ -131,6 +137,8 @@ >> next-level-cache = <&CLUSTER1_L2>; >> operating-points-v2 = <&cpu_opp_table>; >> cpu-idle-states = <&CPU_SLEEP &CLUSTER_SLEEP>; >> + #cooling-cells = <2>; /* min followed by max */ >> + dynamic-power-coefficient = <311>; >> }; >> >> cpu5: cpu@101 { >> @@ -141,6 +149,8 @@ >> next-level-cache = <&CLUSTER1_L2>; >> operating-points-v2 = <&cpu_opp_table>; >> cpu-idle-states = <&CPU_SLEEP &CLUSTER_SLEEP>; >> + #cooling-cells = <2>; /* min followed by max */ >> + dynamic-power-coefficient = <311>; >> }; >> >> cpu6: cpu@102 { >> @@ -151,6 +161,8 @@ >> next-level-cache = <&CLUSTER1_L2>; >> operating-points-v2 = <&cpu_opp_table>; >> cpu-idle-states = <&CPU_SLEEP &CLUSTER_SLEEP>; >> + #cooling-cells = <2>; /* min followed by max */ >> + dynamic-power-coefficient = <311>; >> }; >> >> cpu7: cpu@103 { >> @@ -161,6 +173,8 @@ >> next-level-cache = <&CLUSTER1_L2>; >> operating-points-v2 = <&cpu_opp_table>; >> cpu-idle-states = <&CPU_SLEEP &CLUSTER_SLEEP>; >> + #cooling-cells = <2>; /* min followed by max */ >> + dynamic-power-coefficient = <311>; >> }; >> >> CLUSTER0_L2: l2-cache0 { >>