From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id DB0BDC7EE23 for ; Wed, 31 May 2023 14:26:12 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232598AbjEaO0L (ORCPT ); Wed, 31 May 2023 10:26:11 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40226 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236063AbjEaO0H (ORCPT ); Wed, 31 May 2023 10:26:07 -0400 Received: from mail-lf1-x12a.google.com (mail-lf1-x12a.google.com [IPv6:2a00:1450:4864:20::12a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9546E132 for ; Wed, 31 May 2023 07:25:59 -0700 (PDT) Received: by mail-lf1-x12a.google.com with SMTP id 2adb3069b0e04-4f3b9c88af8so7063290e87.2 for ; Wed, 31 May 2023 07:25:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; t=1685543158; x=1688135158; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=f3eWnseMLfg8ECq2Frh5aGqeQN/ETi8NIrJOE/0E91I=; b=TfuHohM5fAfuXzZq2l0zLCXfZ5KzHV3nWr33YfTBr6hsB5vAnkEIeemZCSHtID23Fe c5Kexabr1lifq69sOaxsJlvLOdNSds9Y7obKAOEJ1rh9jRKsKKGc4hiZR0IV2EjXNCbg g8O/L9xY/XvWNn8yqOwomT5kgPpIBTr9BsuUa3dTTZLZOuk02Cty+o8g16QS4XteKJiH csTEbqx/Qut8WVQd7HTJ8931n5/e8ot4V1e2EaJYSQhT6AqqpPRwe5DPWwf8ZhSYKtr7 WvH59cO48gB5g9kMo3lpPpbYarNrsbpNMI1a75DkB/hhVJEddkbm9UuJI97wQzSwhwyi W2cw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1685543158; x=1688135158; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=f3eWnseMLfg8ECq2Frh5aGqeQN/ETi8NIrJOE/0E91I=; b=ToCEFr3xsHXwmWb+IhrFGvAVKxnK81pTgwqTWOOaKxCBZwjep2Gkduqi+U5vOXUcGq ypA/+MY02WkaoYzlpFV57EtlpAbWs/WcWyn8r/iM4kLIz4/pejgK/h4upLhJqWYhndfy bX5szHMbT/SF0Fh7DFuEcwyKx2IjuOCA8hO1g+HTmrufqdF8dG2hrA6lUjOV8lqcB25s KHwGtNed5LUgW/xFAkU98PR5uyxJqzKFafSTmuMdQXvNvGqjXyygHCCDM3g2Uuh48Mhx 2ubI41MTA49Uei+1bKFxEyr6Yid8e1d0Y6bPmIKQkChnIeRXjxvT98BGd1qZgGJLZA9o exiQ== X-Gm-Message-State: AC+VfDxWAV8iEUtbHrcC8P9kZdT1O+qJwTvJVV48RvPI+Eyt54mUEiLY jnf7YXsY0Cgjs37FMvR9xynLlg== X-Google-Smtp-Source: ACHHUZ6u4LuS1NxV0tGTA3FIn3ey/cR3jQHvozhHbjspDpHdHYHTOiVqg8BfBvzqXRCnP0IMKytwWw== X-Received: by 2002:a19:7001:0:b0:4ee:d8f3:1390 with SMTP id h1-20020a197001000000b004eed8f31390mr2549884lfc.53.1685543157855; Wed, 31 May 2023 07:25:57 -0700 (PDT) Received: from [192.168.1.101] (abyj77.neoplus.adsl.tpnet.pl. [83.9.29.77]) by smtp.gmail.com with ESMTPSA id 14-20020ac2484e000000b004f25129628fsm734993lfy.151.2023.05.31.07.25.56 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 31 May 2023 07:25:57 -0700 (PDT) Message-ID: Date: Wed, 31 May 2023 16:25:55 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.11.2 Subject: Re: [PATCH 0/8] Flush RSC votes properly on more RPMh platforms Content-Language: en-US To: Andy Gross , Bjorn Andersson , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Melody Olvera , Vinod Koul , Richard Acayan , Lina Iyer , Douglas Anderson , Neil Armstrong , Abel Vesa , Sai Prakash Ranjan Cc: Marijn Suijten , Bartosz Golaszewski , Luca Weiss , linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, Andy Gross , Konrad Dybcio References: <20230531-topic-rsc-v1-0-b4a985f57b8b@linaro.org> From: Konrad Dybcio In-Reply-To: <20230531-topic-rsc-v1-0-b4a985f57b8b@linaro.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: devicetree@vger.kernel.org On 31.05.2023 15:22, Konrad Dybcio wrote: > As pointed out in [1], the Linux implementation of RSC basically requires > (even if not explicitly) that we point it to a power domain which > represents the power state of the CPUs. In an effort to fulfill that > requirement, make it required in bindings and hook it up on all platforms > where I was able to do. This means all RPMh platforms, except > > - SC7180 > - SC7280 > - SA8775 > > As there wasn't an idle-states setup (which may be on purpose for CrOS > devices, certainly not for Windows SC7[12]80s) that I could validate. > (Doug, Bartosz, could you guys look into your respective platforms of > interest here?) > > This series also adds support for idle states on SM6350, as I was able > to add and test that. I noticed that 7280 is WIP: https://lore.kernel.org/lkml/20230424110933.3908-4-quic_mkshah@quicinc.com/ Konrad > > [1] https://lore.kernel.org/linux-arm-msm/20230512150425.3171122-1-quic_bjorande@quicinc.com/ > > Signed-off-by: Konrad Dybcio > --- > Konrad Dybcio (8): > dt-bindings: soc: qcom,rpmh-rsc: Require power-domains > arm64: dts: qcom: sm6350: Add PSCI idle states > arm64: dts: qcom: qdu1000: Flush RSC sleep & wake votes > arm64: dts: qcom: sc8180x: Flush RSC sleep & wake votes > arm64: dts: qcom: sdm670: Flush RSC sleep & wake votes > arm64: dts: qcom: sdm845: Flush RSC sleep & wake votes > arm64: dts: qcom: sm6350: Flush RSC sleep & wake votes > arm64: dts: qcom: sm8550: Flush RSC sleep & wake votes > > .../bindings/soc/qcom/qcom,rpmh-rsc.yaml | 2 + > arch/arm64/boot/dts/qcom/qdu1000.dtsi | 1 + > arch/arm64/boot/dts/qcom/sc8180x.dtsi | 1 + > arch/arm64/boot/dts/qcom/sdm670.dtsi | 1 + > arch/arm64/boot/dts/qcom/sdm845.dtsi | 1 + > arch/arm64/boot/dts/qcom/sm6350.dtsi | 142 +++++++++++++++++++++ > arch/arm64/boot/dts/qcom/sm8550.dtsi | 1 + > 7 files changed, 149 insertions(+) > --- > base-commit: d4cee89031c80066ec461bb77b5e13a4f37d5fd2 > change-id: 20230531-topic-rsc-35e838da9afb > > Best regards,