From: Konrad Dybcio <konrad.dybcio@linaro.org>
To: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>,
Rob Clark <robdclark@gmail.com>,
Abhinav Kumar <quic_abhinavk@quicinc.com>,
Dmitry Baryshkov <dmitry.baryshkov@linaro.org>,
Sean Paul <sean@poorly.run>, David Airlie <airlied@gmail.com>,
Daniel Vetter <daniel@ffwll.ch>, Rob Herring <robh+dt@kernel.org>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>,
Conor Dooley <conor+dt@kernel.org>
Cc: Marijn Suijten <marijn.suijten@somainline.org>,
linux-arm-msm@vger.kernel.org, dri-devel@lists.freedesktop.org,
freedreno@lists.freedesktop.org, devicetree@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH 02/14] dt-bindings: display/msm/gmu: Allow passing QMP handle
Date: Sat, 15 Jul 2023 17:15:26 +0200 [thread overview]
Message-ID: <9c0d6ed8-ebac-87a3-ba10-0c9a1d8eb6da@linaro.org> (raw)
In-Reply-To: <9256aa76-ded3-3fad-4564-e3451cf74065@linaro.org>
On 4.07.2023 10:29, Krzysztof Kozlowski wrote:
> On 28/06/2023 22:35, Konrad Dybcio wrote:
>> When booting the GMU, the QMP mailbox should be pinged about some tunables
>> (e.g. adaptive clock distribution state). To achieve that, a reference to
>> it is necessary. Allow it and require it with A730.
>>
>> Signed-off-by: Konrad Dybcio <konrad.dybcio@linaro.org>
>> ---
>> Documentation/devicetree/bindings/display/msm/gmu.yaml | 7 +++++++
>> 1 file changed, 7 insertions(+)
>>
>> diff --git a/Documentation/devicetree/bindings/display/msm/gmu.yaml b/Documentation/devicetree/bindings/display/msm/gmu.yaml
>> index 20ddb89a4500..9e6c4e0ab071 100644
>> --- a/Documentation/devicetree/bindings/display/msm/gmu.yaml
>> +++ b/Documentation/devicetree/bindings/display/msm/gmu.yaml
>> @@ -64,6 +64,10 @@ properties:
>> iommus:
>> maxItems: 1
>>
>> + qcom,qmp:
>> + $ref: /schemas/types.yaml#/definitions/phandle
>> + description: Phandle to the QMP mailbox
>
> mailbox would suggest you should use mailbox properties.
That won't be a very strong argument at all, but the Linux mailbox
framework did not at all fit the JSON-like nature of this mbox and it
ended up being its own thing..
> Instead maybe
> "Always On Subsystem (AOSS)" or just use existing description. I assume
> it's exactly the same.
I don't think I quite get what you mean.
Konrad
>
>
> Best regards,
> Krzysztof
>
next prev parent reply other threads:[~2023-07-15 15:15 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-06-28 20:35 [PATCH 00/14] A7xx support Konrad Dybcio
2023-06-28 20:35 ` [PATCH 01/14] dt-bindings: display/msm/gmu: Add Adreno 7[34]0 GMU Konrad Dybcio
2023-07-04 8:25 ` Krzysztof Kozlowski
2023-06-28 20:35 ` [PATCH 02/14] dt-bindings: display/msm/gmu: Allow passing QMP handle Konrad Dybcio
2023-07-04 8:29 ` Krzysztof Kozlowski
2023-07-15 15:15 ` Konrad Dybcio [this message]
2023-06-28 20:35 ` [PATCH 03/14] dt-bindings: display/msm/gpu: Allow A7xx SKUs Konrad Dybcio
2023-07-04 8:30 ` Krzysztof Kozlowski
2023-06-28 20:35 ` [PATCH 04/14] drm/msm/a6xx: Add missing regs for A7XX Konrad Dybcio
2023-06-28 20:35 ` [PATCH 05/14] drm/msm/a6xx: Introduce a6xx_llc_read Konrad Dybcio
2023-06-28 20:35 ` [PATCH 06/14] drm/msm/a6xx: Move LLC accessors to the common header Konrad Dybcio
2023-06-28 20:35 ` [PATCH 07/14] drm/msm/a6xx: Bail out early if setting GPU OOB fails Konrad Dybcio
2023-06-28 20:35 ` [PATCH 08/14] drm/msm/a6xx: Add skeleton A7xx support Konrad Dybcio
2023-06-28 20:35 ` [PATCH 09/14] drm/msm/a6xx: Send ACD state to QMP at GMU resume Konrad Dybcio
2023-06-28 20:35 ` [PATCH 10/14] drm/msm/a6xx: Mostly implement A7xx gpu_state Konrad Dybcio
2023-06-28 20:35 ` [PATCH 11/14] drm/msm/a6xx: Add A730 support Konrad Dybcio
2023-06-28 20:35 ` [PATCH 12/14] drm/msm/a6xx: Add A740 support Konrad Dybcio
2023-06-28 20:35 ` [PATCH 13/14] drm/msm/a6xx: Vastly increase HFI timeout Konrad Dybcio
2023-06-28 20:35 ` [PATCH RFC 14/14] drm/msm/a6xx: Poll for GBIF unhalt status in hw_init Konrad Dybcio
2023-07-31 16:42 ` [PATCH 00/14] A7xx support Dmitry Baryshkov
2023-08-03 8:48 ` Neil Armstrong
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=9c0d6ed8-ebac-87a3-ba10-0c9a1d8eb6da@linaro.org \
--to=konrad.dybcio@linaro.org \
--cc=airlied@gmail.com \
--cc=conor+dt@kernel.org \
--cc=daniel@ffwll.ch \
--cc=devicetree@vger.kernel.org \
--cc=dmitry.baryshkov@linaro.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=freedreno@lists.freedesktop.org \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=krzysztof.kozlowski@linaro.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=marijn.suijten@somainline.org \
--cc=quic_abhinavk@quicinc.com \
--cc=robdclark@gmail.com \
--cc=robh+dt@kernel.org \
--cc=sean@poorly.run \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®