Re: [PATCH v2 3/3] arm64: dts: qcom: monaco: enable audio ML offload memory and SMMU mappings

[Krzysztof Kozlowski]

On Fri, Jul 17, 2026 at 03:28:25PM +0530, Pratyush Meduri wrote:
> The audio ML (machine-learning) offload use case requires a contiguous,
> physically addressable buffer shared with the audio DSP/SPF, and issues
> DMA transactions through additional SMMU stream IDs that are not
> covered by the existing ADSP mapping.
> 
> Add a dedicated reusable shared-dma-pool CMA region (16 MiB, 4 MiB
> aligned) and wire it to the q6apm DAIs node via memory-region. A
> dedicated pool guarantees the alignment and contiguity the DSP expects
> and isolates these allocations from the default CMA region.
> 
> Under the EL2 (Gunyah/hypervisor) configuration the SMMU is fully
> enforcing, so the ML transactions are otherwise blocked and faulted:
> 
>  arm-smmu 15000000.iommu: Blocked unknown Stream ID 0x2060
>  arm-smmu 15000000.iommu: Blocked unknown Stream ID 0x2062
> 
> Add the ML-related stream IDs (0x3060 mask 0x9, 0x3062 mask 0x1) to the
> remoteproc_adsp iommus property in the EL2 overlay so these buffers are
> translated by the SMMU instead of being rejected.
> 
> Signed-off-by: Pratyush Meduri <pratyush.meduri@xxxxxxxxxxxxxxxx>
> ---
>  arch/arm64/boot/dts/qcom/monaco-el2.dtso | 4 +++-
>  arch/arm64/boot/dts/qcom/monaco.dtsi     | 9 +++++++++
>  2 files changed, 12 insertions(+), 1 deletion(-)
> 

NAK, you keep ignoring us.

Best regards,
Krzysztof