From: Alex Elder <elder@linaro.org>
To: Mukesh Ojha <quic_mojha@quicinc.com>,
Bjorn Andersson <andersson@kernel.org>
Cc: Konrad Dybcio <konrad.dybcio@linaro.org>,
agross@kernel.org, robh+dt@kernel.org,
krzysztof.kozlowski+dt@linaro.org, linux-arm-msm@vger.kernel.org,
devicetree@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 2/2] arm64: dts: qcom: sm8450: Add IMEM and PIL info region
Date: Tue, 14 Feb 2023 08:28:24 -0600 [thread overview]
Message-ID: <a139f921-0f82-4d4b-6407-e0ad6807bb55@linaro.org> (raw)
In-Reply-To: <aac2b313-e4af-dc93-f177-0d0be9620e1b@quicinc.com>
On 2/14/23 6:34 AM, Mukesh Ojha wrote:
> +@alex,
>
> Please comment.
>
> -Mukesh
>
> On 2/7/2023 2:34 AM, Bjorn Andersson wrote:
>> On Mon, Feb 06, 2023 at 08:06:13PM +0530, Mukesh Ojha wrote:
>>>
>>>
>>> On 2/4/2023 3:07 AM, Konrad Dybcio wrote:
>>>>
>>>>
>>>> On 3.02.2023 18:04, Mukesh Ojha wrote:
>>>>> Add a simple-mfd representing IMEM on SM8450 and define the PIL
>>>>> relocation info region, so that post mortem tools will be able
>>>>> to locate the loaded remoteprocs.
>>>>>
>>>>> Signed-off-by: Mukesh Ojha <quic_mojha@quicinc.com>
>>>>> ---
>>>> From XBL:
>>>>
>>>> 0x14680000, 0x0002A000, "IMEM Base"
>>>>
>>>> Is there anything in that wider address range that would interest
>>>> us? I recall Alex once dug into that when diving into IPA, but
>>>> I can not recall the conclusion..
So you're saying a boot loader defines "IMEM Base" as
a range of memory, size 0x2a000.
>>> Spec-wise, yes IPA do own these 0x146A8000 - 0x146AA000 .
>>> But, not sure what they use it for.
And a subset of that range (at offset 0x28000, size 0x2000) is
set aside for use by IPA. IPA *does* use this memory area as
"fast" memory to hold certain frequently-accessed tables.
Details of that are under the modem's control, and I don't
have knowledge of that.
The IPA driver currently maps it's portion of this memory,
but does *not* reflect that use in DT. (This is something
that will be corrected at some point, possibly soon.)
>> The DT should not reflect the organization structure. Let's see if Alex
>> have any input on this.
As I understand it there's an "imem" node in DT defined, but
it just defines the range of memory, and is something referred
to by other drivers (or other nodes in a DTS file). This seems
reasonable, and it kind of matches the view I've seen in
documents. IPA does *not* follow that pattern, and should.
I don't really have any strong input either way. I can help
define the "problem" but I don't claim to know the correct
way to represent this.
It's a contiguous block of special memory. By convention
(design) its range divided up, with portions intended to be
used for different purposes, by different hardware. IPA is
one of the users.
-Alex
>>
>> Thanks,
>> Bjorn
>>
>>> -Mukesh
>>>>
>>>> Konrad
>>>>> arch/arm64/boot/dts/qcom/sm8450.dtsi | 15 +++++++++++++++
>>>>> 1 file changed, 15 insertions(+)
>>>>>
>>>>> diff --git a/arch/arm64/boot/dts/qcom/sm8450.dtsi
>>>>> b/arch/arm64/boot/dts/qcom/sm8450.dtsi
>>>>> index 5704750..474ea1b 100644
>>>>> --- a/arch/arm64/boot/dts/qcom/sm8450.dtsi
>>>>> +++ b/arch/arm64/boot/dts/qcom/sm8450.dtsi
>>>>> @@ -3536,6 +3536,21 @@
>>>>> };
>>>>> };
>>>>> + sram@146aa000 {
>>>>> + compatible = "qcom,sm8450-imem", "syscon", "simple-mfd";
>>>>> + reg = <0 0x146aa000 0 0x1000>;
>>>>> +
>>>>> + #address-cells = <1>;
>>>>> + #size-cells = <1>;
>>>>> +
>>>>> + ranges = <0 0 0x146aa000 0x1000>;
>>>>> +
>>>>> + pil-reloc@94c {
>>>>> + compatible = "qcom,pil-reloc-info";
>>>>> + reg = <0x94c 0xc8>;
>>>>> + };
>>>>> + };
>>>>> +
>>>>> apps_rsc: rsc@17a00000 {
>>>>> label = "apps_rsc";
>>>>> compatible = "qcom,rpmh-rsc";
next prev parent reply other threads:[~2023-02-14 14:28 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-02-03 17:04 [PATCH 1/2] dt-bindings: sram: qcom,imem: document sm8450 Mukesh Ojha
2023-02-03 17:04 ` [PATCH 2/2] arm64: dts: qcom: sm8450: Add IMEM and PIL info region Mukesh Ojha
2023-02-03 17:51 ` Krzysztof Kozlowski
2023-02-03 21:37 ` Konrad Dybcio
2023-02-06 14:36 ` Mukesh Ojha
2023-02-06 21:04 ` Bjorn Andersson
2023-02-14 12:34 ` Mukesh Ojha
2023-02-14 14:28 ` Alex Elder [this message]
2023-02-03 17:52 ` [PATCH 1/2] dt-bindings: sram: qcom,imem: document sm8450 Krzysztof Kozlowski
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=a139f921-0f82-4d4b-6407-e0ad6807bb55@linaro.org \
--to=elder@linaro.org \
--cc=agross@kernel.org \
--cc=andersson@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=konrad.dybcio@linaro.org \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=quic_mojha@quicinc.com \
--cc=robh+dt@kernel.org \
/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