On 8.12.2022 22:15, Alex Elder wrote:
> Add the necessary register and data definitions needed for IPA v4.7,
> which is found on the SM6350 SoC.
>
> Co-developed-by: Luca Weiss <[email protected]>
> Signed-off-by: Luca Weiss <[email protected]>
> Signed-off-by: Alex Elder <[email protected]>
> ---
[...]
> +
> +/* Memory configuration data for an SoC having IPA v4.7 */
> +static const struct ipa_mem_data ipa_mem_data = {
> + .local_count = ARRAY_SIZE(ipa_mem_local_data),
> + .local = ipa_mem_local_data,
> + .imem_addr = 0x146a9000,
> + .imem_size = 0x00002000,
Should probably be
0x146a8000
0x00003000
with an appropriate change in dt to reserve that region.
Qualcomm does:
ipa@... { qcom,additional-mapping = <0x146a8000 0x146a8000 0x2000>; };
which covers 0x146a8000-0x146a9fff
plus
imem@.. { reg = <0x146aa000 0x1000>; };
which in total gives us 0x146a8000-0x146aafff
That would also mean all of your writes are kind of skewed, unless
you already applied some offsets to them.
(IMEM on 6350 starts at 0x14680000 and is 0x2e000 long, as per
the bootloader memory map)
Konrad
On 12/8/22 3:22 PM, Konrad Dybcio wrote:
>
>
> On 8.12.2022 22:15, Alex Elder wrote:
>> Add the necessary register and data definitions needed for IPA v4.7,
>> which is found on the SM6350 SoC.
>>
>> Co-developed-by: Luca Weiss <[email protected]>
>> Signed-off-by: Luca Weiss <[email protected]>
>> Signed-off-by: Alex Elder <[email protected]>
>> ---
> [...]
>> +
>> +/* Memory configuration data for an SoC having IPA v4.7 */
>> +static const struct ipa_mem_data ipa_mem_data = {
>> + .local_count = ARRAY_SIZE(ipa_mem_local_data),
>> + .local = ipa_mem_local_data,
>> + .imem_addr = 0x146a9000,
>> + .imem_size = 0x00002000,
> Should probably be
>
> 0x146a8000
> 0x00003000
>
> with an appropriate change in dt to reserve that region.
>
> Qualcomm does:
> ipa@... { qcom,additional-mapping = <0x146a8000 0x146a8000 0x2000>; };
>
> which covers 0x146a8000-0x146a9fff
>
> plus
>
> imem@.. { reg = <0x146aa000 0x1000>; };
>
> which in total gives us 0x146a8000-0x146aafff
Can you tell me where you found this information?
> That would also mean all of your writes are kind of skewed, unless
> you already applied some offsets to them.
This region is used by the modem, but must be set up
by the AP.
> (IMEM on 6350 starts at 0x14680000 and is 0x2e000 long, as per
> the bootloader memory map)
On SM7250 (sorry, I don't know about 7225, or 6350 for that matter),
the IMEM starts at 0x14680000 and has length 0x2c000. However that
memory is used by multiple entities. The portion set aside for IPA
starts at 0x146a9000 and has size 0x2000.
-Alex
> Konrad
On 9.12.2022 21:22, Alex Elder wrote:
> On 12/8/22 3:22 PM, Konrad Dybcio wrote:
>>
>>
>> On 8.12.2022 22:15, Alex Elder wrote:
>>> Add the necessary register and data definitions needed for IPA v4.7,
>>> which is found on the SM6350 SoC.
>>>
>>> Co-developed-by: Luca Weiss <[email protected]>
>>> Signed-off-by: Luca Weiss <[email protected]>
>>> Signed-off-by: Alex Elder <[email protected]>
>>> ---
>> [...]
>>> +
>>> +/* Memory configuration data for an SoC having IPA v4.7 */
>>> +static const struct ipa_mem_data ipa_mem_data = {
>>> + .local_count = ARRAY_SIZE(ipa_mem_local_data),
>>> + .local = ipa_mem_local_data,
>>> + .imem_addr = 0x146a9000,
>>> + .imem_size = 0x00002000,
>> Should probably be
>>
>> 0x146a8000
>> 0x00003000
>>
>> with an appropriate change in dt to reserve that region.
>>
>> Qualcomm does:
>> ipa@... { qcom,additional-mapping = <0x146a8000 0x146a8000 0x2000>; };
>>
>> which covers 0x146a8000-0x146a9fff
>>
>> plus
>>
>> imem@.. { reg = <0x146aa000 0x1000>; };
>>
>> which in total gives us 0x146a8000-0x146aafff
>
> Can you tell me where you found this information?
[1], [2]
>
>> That would also mean all of your writes are kind of skewed, unless
>> you already applied some offsets to them.
>
> This region is used by the modem, but must be set up
> by the AP.
>
>> (IMEM on 6350 starts at 0x14680000 and is 0x2e000 long, as per
>> the bootloader memory map)
>
> On SM7250 (sorry, I don't know about 7225, or 6350 for that matter),
> the IMEM starts at 0x14680000 and has length 0x2c000. However that
> memory is used by multiple entities. The portion set aside for IPA
> starts at 0x146a9000 and has size 0x2000.
>
Not sure how 7250 relates to 6350, but I don't think there's much
overlap..
Konrad
[1] https://github.com/sonyxperiadev/kernel/blob/aosp/LA.UM.9.12.r1/arch/arm64/boot/dts/qcom/lagoon.dtsi#L3698-L3707
[2] https://github.com/sonyxperiadev/kernel/blob/aosp/LA.UM.9.12.r1/arch/arm64/boot/dts/qcom/lagoon.dtsi#L1004-L1045
> -Alex
>
>> Konrad
>
On Sat, 10 Dec 2022 10:31:14 +0100 Konrad Dybcio wrote:
> >> which in total gives us 0x146a8000-0x146aafff
> >
> > Can you tell me where you found this information?
> [1], [2]
>
> >
> >> That would also mean all of your writes are kind of skewed, unless
> >> you already applied some offsets to them.
> >
> > This region is used by the modem, but must be set up
> > by the AP.
> >
> >> (IMEM on 6350 starts at 0x14680000 and is 0x2e000 long, as per
> >> the bootloader memory map)
> >
> > On SM7250 (sorry, I don't know about 7225, or 6350 for that matter),
> > the IMEM starts at 0x14680000 and has length 0x2c000. However that
> > memory is used by multiple entities. The portion set aside for IPA
> > starts at 0x146a9000 and has size 0x2000.
> >
> Not sure how 7250 relates to 6350, but I don't think there's much
> overlap..
Dunno if Alex is online, and the patches seem harmless so let me apply
as is so that they make 6.2, and we can follow up with corrections.
On 12/12/22 5:54 PM, Jakub Kicinski wrote:
>>> which in total gives us 0x146a8000-0x146aafff
>> Can you tell me where you found this information?
> [1], [2]
>
>>
>>> That would also mean all of your writes are kind of skewed, unless
>>> you already applied some offsets to them.
>> This region is used by the modem, but must be set up
>> by the AP.
>>
>>> (IMEM on 6350 starts at 0x14680000 and is 0x2e000 long, as per
>>> the bootloader memory map)
>> On SM7250 (sorry, I don't know about 7225, or 6350 for that matter),
>> the IMEM starts at 0x14680000 and has length 0x2c000. However that
>> memory is used by multiple entities. The portion set aside for IPA
>> starts at 0x146a9000 and has size 0x2000.
This is awesome, thank you!
Yes I think there are a couple of minor corrections to make
but I haven't had the time to go do the research yet, so
hadn't yet responded.
Nothing is "supported" upstream anyway until there's a
system with a DTS that uses it, and that won't happen
until after the end of the merge window.
Again, thank you very much, it's a safe thing to take
for now.
-Alex
On 12/10/22 3:31 AM, Konrad Dybcio wrote:
>
>
> On 9.12.2022 21:22, Alex Elder wrote:
>> On 12/8/22 3:22 PM, Konrad Dybcio wrote:
>>>
>>>
>>> On 8.12.2022 22:15, Alex Elder wrote:
>>>> Add the necessary register and data definitions needed for IPA v4.7,
>>>> which is found on the SM6350 SoC.
>>>>
>>>> Co-developed-by: Luca Weiss <[email protected]>
>>>> Signed-off-by: Luca Weiss <[email protected]>
>>>> Signed-off-by: Alex Elder <[email protected]>
>>>> ---
>>> [...]
I'm finally getting back to this... I'm about to send an
update to net-next to address your comment. But before
doing that I'm going to explain my thinking on it.
>>>> +
>>>> +/* Memory configuration data for an SoC having IPA v4.7 */
>>>> +static const struct ipa_mem_data ipa_mem_data = {
>>>> + .local_count = ARRAY_SIZE(ipa_mem_local_data),
>>>> + .local = ipa_mem_local_data,
>>>> + .imem_addr = 0x146a9000,
>>>> + .imem_size = 0x00002000,
>>> Should probably be
>>>
>>> 0x146a8000
>>> 0x00003000
The IMEM memory region is a distinct from main memory, but
is "local" to certain parts of the SoC and is used for
specific things for faster access. The size and location
of this region differs per-SoC. Previously I believed this
to be the same for a given version of IPA, and as such the
range was defined in the "config data". But I now know
that is not the case, and during this release cycle I
intend to get that fixed.
Anyway, for a given SoC, the whole IMEM region is used
by different entities. For SM7550, for example, it is
divided into 6 parts of various sizes (100KB, 24KB, 32KB,
8KB, 8KB, and 4KB). For IPA on this SoC, the offset is
0x146a9000, with size 0x2000. Hence the range defined
above.
>>> with an appropriate change in dt to reserve that region.
>>>
>>> Qualcomm does:
>>> ipa@... { qcom,additional-mapping = <0x146a8000 0x146a8000 0x2000>; };
>>>
>>> which covers 0x146a8000-0x146a9fff
>>>
>>> plus
>>>
>>> imem@.. { reg = <0x146aa000 0x1000>; };
>>>
>>> which in total gives us 0x146a8000-0x146aafff
>>
>> Can you tell me where you found this information?
> [1], [2]
Following the first link, I see that this Sony device (which uses
IPA v4.7) uses MSM7225 as its SoC. I am not able to verify the
values shown in the DTS file elsewhere, so in this case, that DTS
file is my best source for information.
The first link defines the IPA portion of IMEM at offset
0x146a8000, size 0x2000. That's what I'll use here instead.
The other region you mention (in the second link) appears to
be a distinct part, which follows the part set aside for IPA
to use. For SM7550, that part is "shared" and immediately
follows the IPA part, with size 0x1000. So I believe that
is what the qcom,msm-imem@146aa000 is defining in the second
link you supply.
>>> That would also mean all of your writes are kind of skewed, unless
>>> you already applied some offsets to them.
Luca tested the code the way I defined it initially and found
it worked. It's possible the part of IMEM defined by my patch
was just not used for it's intended purpose during his testing
and therefore he saw no obvious problems.
My plan is to patch "ipa_data-v4.7.c" to change the IMEM region
to have offset 0x146a8000, size 0x2000, as you suggested. I will
supply this to Luca for testing (actually I think he already did),
and we'll go with that as the final location for the IPA portion
of IMEM for IPA v4.7.
Later (sometime soon) the definition of this IPA IMEM area will
get done differently--not defined in the "config data" files and
instead defined in DTS. There is already an imem node available
(for example imem@146a5000 in "sc7280.dtsi"), so the fix *might*
involve using that.
-Alex
>> This region is used by the modem, but must be set up
>> by the AP.
>>
>>> (IMEM on 6350 starts at 0x14680000 and is 0x2e000 long, as per
>>> the bootloader memory map)
>>
>> On SM7250 (sorry, I don't know about 7225, or 6350 for that matter),
>> the IMEM starts at 0x14680000 and has length 0x2c000. However that
>> memory is used by multiple entities. The portion set aside for IPA
>> starts at 0x146a9000 and has size 0x2000.
>>
> Not sure how 7250 relates to 6350, but I don't think there's much
> overlap..
>
>
> Konrad
>
> [1] https://github.com/sonyxperiadev/kernel/blob/aosp/LA.UM.9.12.r1/arch/arm64/boot/dts/qcom/lagoon.dtsi#L3698-L3707
>
> [2] https://github.com/sonyxperiadev/kernel/blob/aosp/LA.UM.9.12.r1/arch/arm64/boot/dts/qcom/lagoon.dtsi#L1004-L1045
>> -Alex
>>
>>> Konrad
>>
On 12/30/22 11:28 AM, Alex Elder wrote:
>
> Anyway, for a given SoC, the whole IMEM region is used
> by different entities. For SM7550, for example, it is
NOTE: This is a typo. I meant SM7250 above.
> divided into 6 parts of various sizes (100KB, 24KB, 32KB,
> 8KB, 8KB, and 4KB). For IPA on this SoC, the offset is
> 0x146a9000, with size 0x2000. Hence the range defined
> above.
Konrad pointed out the error, I just want to be sure
it's corrected so it's clear...
-Alex