Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp2127494ybi; Thu, 18 Jul 2019 03:50:48 -0700 (PDT) X-Google-Smtp-Source: APXvYqwaW6lqnvpb4gRZ6CmblIphSMKpGogE8meTJK9Lxxor27/kwwUcLuWRak9tMHWLIdYAFSzQ X-Received: by 2002:a17:902:549:: with SMTP id 67mr49186984plf.86.1563447048344; Thu, 18 Jul 2019 03:50:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1563447048; cv=none; d=google.com; s=arc-20160816; b=iwU2jetjAS6kkLGMDRO+U6onR/DfOo8WjvUzpcZwbit1NVt8g1tlvkDTikQ4qmkIEz tkPqPqMu+PhfldIPYc0IRkAmY+zVPj1uk73Q2N0kqJDJRBlzNeXif7PXFJ7NBOo2cmr8 ojVn0Rn+TCPLp7kZAh+kTJG+vWHiLUtIpjPvrPW2Y+InhTS1iGCEuduoGAp4ypfmwJMk v77yFVvdCXFlJpfwb+PpFsKOjRcQltmJsOLSnowSMg8if9eTLhDR3C07QSnzk/0spO0T WIaEIz/BaQqxRzhwelzO3hK5i4m8DVuS0JZQro0F4TXfnNsVQ0ig7UzaLQcJ7u4w+fMq 29qA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=NppfMkA9YSp2bcd8lowDgozs69+YWUjU8R8XC2mh2Ng=; b=AYKs7RBVyDLSeVHc3qlsd/oFydCu+cYw926hchK0dImjYW1Lvrd4a9B5MzJaCaakfU 70WdS+spSojf3cKC/dBGEcVR7e6LHZwrslon32OfKFP4LgxjOGVT7zK2cwASCKTnvpy5 1MS6se1LcUqGlykDA803ErHnfciU1FxUSr90pr/I5ZLQdHoTRjk1G7mXfd+Av9V23tpH 3iuF5uPXhUuHoHDNpXsOsR4HtTxNR2mZwfbtdE1ckZ02wfcy6O+7+2si+540muYes44w a+PJn/NBjIf250GVnZ2Vxkn0e/SMxBbEHWmeS3LCVVYxTLQ9ST1Wh5GOh0yvGIc8FVxk 80xA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=EMo3sNQf; 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=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a130si2592119pfa.7.2019.07.18.03.50.32; Thu, 18 Jul 2019 03:50:48 -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; dkim=pass header.i=@linaro.org header.s=google header.b=EMo3sNQf; 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=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2390030AbfGRKsv (ORCPT + 99 others); Thu, 18 Jul 2019 06:48:51 -0400 Received: from mail-vs1-f66.google.com ([209.85.217.66]:42994 "EHLO mail-vs1-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727559AbfGRKsv (ORCPT ); Thu, 18 Jul 2019 06:48:51 -0400 Received: by mail-vs1-f66.google.com with SMTP id 190so18769874vsf.9 for ; Thu, 18 Jul 2019 03:48:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=NppfMkA9YSp2bcd8lowDgozs69+YWUjU8R8XC2mh2Ng=; b=EMo3sNQfR8AxwQbc/nsBmFB2MttmgcYpKR6+imTy+1EG/hxf2H1FX4coJIjBZs9MU4 T5gfuRfY0RJvbYIUjVknrZr6Eg6Zw3N5HG7aed/9UdUeTX7a1AlUZLU0w2OsoUoEoMMt rNcp0hzFlDtjweQ0S7IYVyCrtnbDY7fv+TpkkRIQfdT9q0pWwfYCh9v0s/AYlWjWKojb Q+FcvGHicvaXo3IiVCcV9apv0MI03oWm1qSfSilrp9K00e6Am331V9AMy4viOYZqv9JI kKEBYgZiDcA6zHuKe3PNvCPdq/SzEDbDaWOug2ZuxcVj6N1EZ6a6yqkw7R+JUtFUrKoi rCtg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=NppfMkA9YSp2bcd8lowDgozs69+YWUjU8R8XC2mh2Ng=; b=d50LJ2MJc67fU3Vf457mtpZS3kx2KmX8Hgv6JecJj8rYXjIZuOqLEezLyOpJOFwcsi 4202xp+YO8TjoT7n2qNl/p8aHf5O8fVNTF6BJ4Yyv8ceoYyhu5SOdwm5LW/hLW9xH7cb 1vH5LguZtEIXiVQ96QPYHCn50xcFIs1ElEKr9JOZihC9X6WYvQeR+s1mFlF1Mct9OBAu 4ViamhKbybla/cz1IIE7sZ4NDtntDFEEXpvlBpIYz1Yx5cSPDiO+vZR8bPU4SupTSRkR LY5MxgyOdcl/dYf9YznnM94Jn8QATdQz5W0c/j24Ipzruxv8CLhl/C1G2Z/k5Rd6ka3v Lpwg== X-Gm-Message-State: APjAAAXphlm3nUgyVuosoq5OHldooXXaPVR6+dEguDSapMVzs//qSDU/ YxCJJE6iAehSD3Ylt/miRm6hnDaCzFQV2RByls6pPg== X-Received: by 2002:a67:ee16:: with SMTP id f22mr28577969vsp.191.1563446930654; Thu, 18 Jul 2019 03:48:50 -0700 (PDT) MIME-Version: 1.0 References: <20190513192300.653-1-ulf.hansson@linaro.org> <20190513192300.653-19-ulf.hansson@linaro.org> <20190716144744.GB7250@e107155-lin> In-Reply-To: <20190716144744.GB7250@e107155-lin> From: Ulf Hansson Date: Thu, 18 Jul 2019 12:48:14 +0200 Message-ID: Subject: Re: [PATCH 18/18] arm64: dts: hikey: Convert to the hierarchical CPU topology layout To: Sudeep Holla Cc: Lorenzo Pieralisi , Mark Rutland , Linux ARM , "Rafael J . Wysocki" , Daniel Lezcano , "Raju P . L . S . S . S . N" , Amit Kucheria , Bjorn Andersson , Stephen Boyd , Niklas Cassel , Tony Lindgren , Kevin Hilman , Lina Iyer , Viresh Kumar , Vincent Guittot , Geert Uytterhoeven , Souvik Chakravarty , Linux PM , linux-arm-msm , Linux Kernel Mailing List , Wei Xu Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 16 Jul 2019 at 16:47, Sudeep Holla wrote: > > On Mon, May 13, 2019 at 09:23:00PM +0200, Ulf Hansson wrote: > > To enable the OS to manage last-man standing activities for a CPU, while an > > idle state for a group of CPUs is selected, let's convert the Hikey > > platform into using the hierarchical CPU topology layout. > > > > Cc: Wei Xu > > Signed-off-by: Ulf Hansson > > --- > > > > Changes: > > - None. > > > > --- > > arch/arm64/boot/dts/hisilicon/hi6220.dtsi | 87 ++++++++++++++++++++--- > > 1 file changed, 76 insertions(+), 11 deletions(-) > > > > diff --git a/arch/arm64/boot/dts/hisilicon/hi6220.dtsi b/arch/arm64/boot/dts/hisilicon/hi6220.dtsi > > index 108e2a4227f6..36ff460f428f 100644 > > --- a/arch/arm64/boot/dts/hisilicon/hi6220.dtsi > > +++ b/arch/arm64/boot/dts/hisilicon/hi6220.dtsi > > cpus { > > [...] > > > @@ -70,9 +128,8 @@ > > }; > > > > CLUSTER_SLEEP: cluster-sleep { > > - compatible = "arm,idle-state"; > > - local-timer-stop; > > - arm,psci-suspend-param = <0x1010000>; > > + compatible = "domain-idle-state"; > > + arm,psci-suspend-param = <0x1000000>; > > entry-latency-us = <1000>; > > exit-latency-us = <700>; > > min-residency-us = <2700>; > > Again this must be original format and as per PSCI spec, your patch > changes this cluster sleep state into cluster retention state which I > think is not what you intended. If the hierarchical topology is used, the parameter for cluster states are ORed with the deepest idle state for the CPU. CPU_SLEEP: 0x0010000 CLUSTER_SLEEP: 0x1000000 After the ORed operation CLUSTER_SLEEP: 0x1010000 So, this indeed works as expected. However, are you saying that ORing the state parameters like above has other problems? I am reading your other replies... Kind regards Uffe