On Mon, Jul 20, 2026 at 11:42 AM Krzysztof Kozlowski <[email protected]> wrote: > > 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 <[email protected]> > > --- > > 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.
Sorry for sending a v2 before addressing all review comments. I will make sure this does not happen again. Thank you for the review. I will respond to all comments from both v1 and v2 and address them in the next revision. Thanks, Pratyush. > > Best regards, > Krzysztof >
