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 8B149C4167B for ; Tue, 13 Dec 2022 07:54:55 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234565AbiLMHyy (ORCPT ); Tue, 13 Dec 2022 02:54:54 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59700 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230052AbiLMHyx (ORCPT ); Tue, 13 Dec 2022 02:54:53 -0500 Received: from mail-lj1-x22e.google.com (mail-lj1-x22e.google.com [IPv6:2a00:1450:4864:20::22e]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 79BE616585 for ; Mon, 12 Dec 2022 23:54:52 -0800 (PST) Received: by mail-lj1-x22e.google.com with SMTP id g14so2457157ljh.10 for ; Mon, 12 Dec 2022 23:54:52 -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:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=cPlI4nlgNU5D40TkG6JLt33HBjBE3G2bPLlqKNxnC2s=; b=DyvuGOSvZI2+HP78j91KXO3eokTzSKut3RdwodSApwdLcp+W5acFS2brKCLVuNOe7w GbqcutpzzyFqJtybUl6JirI6bMfNqIAQbg9oHGVoGrqmNC3IkAIrOjTW93fSwyPoUPdh bu62dwq2DKnFCoSfK2Y2FlQ7LjcLxD7+ZzGugZPZGB41tUb7gY+UMcWuBp/elFWB4/II EMBjY/Dekj3DZAtJFmeuIqAOTPf9ORwlBaGh/vwGl2nsJo0hFMpwwnO+yNRSaaGo0zLn I4Zpt4clSj6JSzupzHC6aRVUT2LVyQt0wb9cJE4cwbeRutKQt1GG/ny7pQ0v9e1hBXoJ U16g== 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:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=cPlI4nlgNU5D40TkG6JLt33HBjBE3G2bPLlqKNxnC2s=; b=4qAXOf37V+rDDL98A1z94MppnfMyzG20r/SboIvcLzCwXuGH4BaRwF8SQv+UJLtIMk WoCew2d+FuT5duC36JGCuRwtYGGiGoLnBW8wWEcRXgouAZlVSnyNvxosg7jVuthMZ/w1 i0nHJCrrOPCZOx/juDkuXGDiG3U6AUmUxqhvLGdc1xuSszVRV8b/fqAPQ5KreFOAcu4+ /Wcj1u857wY+Ky8U9Bsp/vY3m+gXGp4vBb9lzWkrHOLnia0UcBm7gmeJPiudr1iVFv8j CFHFx2KqA8Kn201rZKr1Qp7xDAk63oo+L7l6F79pYYzeLpldqPODPprPZJ7A6FM89H+V YKDQ== X-Gm-Message-State: ANoB5pnV9rkJY1VegoSNePCBv6QzgJyGg0fLjZ/msCRUVsPmTrgUvplf It8EV+u5Iu6WcRtAP1s0LSkc6Q== X-Google-Smtp-Source: AA0mqf6X75BsRDFFYxwoazI89K+C/eYmF/NLNxBu/O0+JyHlvp4tQZXsmEPzbUUd1dJ8nZ/x9U1mZw== X-Received: by 2002:a2e:a809:0:b0:277:8a19:25c2 with SMTP id l9-20020a2ea809000000b002778a1925c2mr4544621ljq.4.1670918090833; Mon, 12 Dec 2022 23:54:50 -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 a22-20020a05651c031600b0026bca725cd0sm170830ljp.39.2022.12.12.23.54.49 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 12 Dec 2022 23:54:50 -0800 (PST) Message-ID: Date: Tue, 13 Dec 2022 08:54:49 +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 To: Stephen Boyd , Andy Gross , Bjorn Andersson , Konrad Dybcio , Krzysztof Kozlowski , Rob Herring 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> Content-Language: en-US From: Krzysztof Kozlowski In-Reply-To: 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 20:08, Stephen Boyd wrote: > Quoting Krzysztof Kozlowski (2022-12-12 05:33:02) >> 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. > > Isn't 'pmu' a performance monitoring unit? No. PMU is whatever you call it... ARM calls it Performance Monitoring Unit, Samsung and Rockchip (and maybe others) call it Power Management Unit. It's just an acronym. Best regards, Krzysztof