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 B4880C4167B for ; Mon, 12 Dec 2022 13:47:19 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232592AbiLLNrS (ORCPT ); Mon, 12 Dec 2022 08:47:18 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46650 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233070AbiLLNqo (ORCPT ); Mon, 12 Dec 2022 08:46:44 -0500 Received: from mail-lj1-x22c.google.com (mail-lj1-x22c.google.com [IPv6:2a00:1450:4864:20::22c]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9F4A93885 for ; Mon, 12 Dec 2022 05:46:42 -0800 (PST) Received: by mail-lj1-x22c.google.com with SMTP id n1so12556487ljg.3 for ; Mon, 12 Dec 2022 05:46:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; 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=AxHGtMq5GSN/TzBMFNMESrcfJh01WQBJhakkXVkndX8=; b=oYeP7GzOhdz43PVU01F4GAuR16JUjwiXYXR5PMFrtLB7hVLhGGsGcfH5Tr68zU4nFk MsKVjBWcCMoQr2lOaep7zvMeiPWG6nnxqvcWJx28OPElIEVDkK2ujtCZYVKhcywKYlFV a+seyWGjquCdhjaUgF2gNsL4lr1CkP75b6AFs5dOho1EZ+JtZb8FL17QTT2jfXl9VT/a cv9hc88jm4pzca+TuN4uXfAeTkgVVbZmjpJ2FzXMRYfWH3iuSVxQwLmVVD6bl97V4jtF /KCNHZvwJsXAmCqfMpalJiHmtdvpGeN2hieF7SDO36EYZD526fqOjYMe/gmaj+Gj6qmW iyXw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; 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=AxHGtMq5GSN/TzBMFNMESrcfJh01WQBJhakkXVkndX8=; b=IUXabzLfa3FQibko6uzGcIpgFll3pERfJsL4eEncYBMld94+U7vGlJFLWLHj6qAQHE e2ZpeObg54mdglNC2L7v5kkb/Z3c6ACmQgEc2Vpmk8QUqi04Kwj2naW4nDCMDFjRWFOf VJVc/W3MNueEv9NzWLq+oPgpiXkRQdQLB1bHrzv/P12Luzj3EuLgoP+50ZV3CpdFWvm3 FE0cQOV8wvse0tDxbW2EnE9AIuYgb3P3KEAuKiXeIfZkTKBSJJN+wkcpXvecPctyuwop /W17X2kf0RH0tjUkwDCcTWCTpmvUOGwawOOfMKJwYE3pDxU9oq8gAr3fOyisXtx6S5T3 PDMQ== X-Gm-Message-State: ANoB5pkHg8ZY9QvoZwzbQtN8p9YZJvAi+jiMWQiB2RJSX03S1BXhIl4J /IrDfi458KDOwohBfxfNAHag1g== X-Google-Smtp-Source: AA0mqf5meH8yZGLAtys7fm0t3QYrs/uHUbC8iab3mJrPDQGd04iQ3YgbZrKhKk+Dq3QvQj9WAnThIw== X-Received: by 2002:a2e:894f:0:b0:27a:2e09:c5be with SMTP id b15-20020a2e894f000000b0027a2e09c5bemr4047601ljk.16.1670852801021; Mon, 12 Dec 2022 05:46:41 -0800 (PST) Received: from [192.168.0.20] (088156142067.dynamic-2-waw-k-3-2-0.vectranet.pl. [88.156.142.67]) by smtp.gmail.com with ESMTPSA id p7-20020a2eb107000000b00279f3c58278sm1215055ljl.51.2022.12.12.05.46.40 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 12 Dec 2022 05:46:40 -0800 (PST) Message-ID: Date: Mon, 12 Dec 2022 14:46:39 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.5.1 Subject: Re: [PATCH 4/4] arm64: dts: qcom: rename AOSS QMP node to pmu Content-Language: en-US To: Konrad Dybcio , Andy Gross , Bjorn Andersson , Rob Herring , Krzysztof Kozlowski Cc: linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org References: <20221212133303.39610-1-krzysztof.kozlowski@linaro.org> <20221212133303.39610-4-krzysztof.kozlowski@linaro.org> <20fcf298-7d91-0458-489d-4fb65cdff380@linaro.org> From: Krzysztof Kozlowski In-Reply-To: <20fcf298-7d91-0458-489d-4fb65cdff380@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 12/12/2022 14:38, Konrad Dybcio wrote: > > > On 12.12.2022 14:33, Krzysztof Kozlowski wrote: >> The Always On Subsystem (AOSS) QMP is not a power domain controller >> since commit 135780456218 ("arm64: dts: qcom: sc7180: Use QMP property >> to control load state") and few others. In fact, it was never a power >> domain controller but rather control of power state of remote >> processors. This power state control is know handled differently, thus >> the AOSS QMP nodes do not have power-domain-cells: >> >> sc7280-idp.dtb: power-controller@c300000: '#power-domain-cells' is a required property >> From schema: Documentation/devicetree/bindings/power/power-domain.yaml >> >> AOSS QMP is an interface to the actuall AOSS subsystem responsible for >> some of power management functions, thus let's call the nodes as "pmu" - >> Power Management Unit. > power-management@ is used on apple and rockchip and pmu is very > ambiguous (power management or performance measurement unit). Sure, can be power-management. Samsung uses also pmu, but indeed it is easy to confuse with PMU counters. Best regards, Krzysztof