From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-f46.google.com (mail-wm1-f46.google.com [209.85.128.46]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id F07743BCD07 for ; Mon, 1 Jun 2026 14:58:46 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.46 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1780325928; cv=none; b=n4g+ql6cwOQsuWB9+y1VWq5o4XvpHNGHVFLqDcWiqdjMbIhoK+WwxdKcNLYRZRQPCqKBLvxtMe0ZUVK5kYeZTQ/eXrOgoAZrx/uFZyPs2IYpQzOmH1qyciNeJ5POYAFWJb9+PN25bv34WxTMrAuxSE7G8PcAdjTBM6/7R8KOdLg= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1780325928; c=relaxed/simple; bh=rqBnj7fgbdJlTrVFKmmoGA6nL2axLMyCnfR2JX+G2hA=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=R/x3TvAF63iEKSK3kGjG7VXp2oT2lBM+48L2Rao2z0LcMREso6lG01tG/Z991TCU3NtdX2iChEyJeDkIkq2eaERSxA3BxL/kVeJHs518mKX+goD/B+Uz77I3zbAbrKWhpd/1H4n0+/on49dmPCZjAcY+EKJgXGi8717aZ8snByM= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linaro.org; spf=pass smtp.mailfrom=linaro.org; dkim=pass (2048-bit key) header.d=linaro.org header.i=@linaro.org header.b=uLSd/+xL; arc=none smtp.client-ip=209.85.128.46 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linaro.org Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linaro.org Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=linaro.org header.i=@linaro.org header.b="uLSd/+xL" Received: by mail-wm1-f46.google.com with SMTP id 5b1f17b1804b1-49041e84237so83949245e9.1 for ; Mon, 01 Jun 2026 07:58:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; t=1780325925; x=1780930725; darn=vger.kernel.org; h=content-transfer-encoding:in-reply-to:content-language:from :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=Qq6eAfjOAZ4Lfq7LauQf4bjJ3RlF5Fcl+6rJ1tXLLa4=; b=uLSd/+xL4an32vfrEaURSqZ5jxrxDf+Je5BlMeEWRtFjYbPTxG3qwo2molySdmCNar ySHXibbXz8tiHssk9PIHOyolAOy7OU2eiCfdWIsZImKYw8tjwJsPOMkcYc5SW8psaEXM OQ75ak3pmVXlznsgExz+mhv6sxxqgnzcHHkLiWQuRzqvG2X/T/BpGPlMgvWlq8Arl3oe rMnHBO3SIkoLsLSTlVjsavPkJOH78fF/VYBvRQJGgLob1NulcMXFXTN9IRhw39sL7ucH KOROkYsY1v4+pI3CTdoUJcsn/pewlnaOYjs5MQsu/2ewKhZMzppKraLeS4Rw2U3N8LBf R8lw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1780325925; x=1780930725; h=content-transfer-encoding:in-reply-to:content-language:from :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=Qq6eAfjOAZ4Lfq7LauQf4bjJ3RlF5Fcl+6rJ1tXLLa4=; b=TRL+JKG0yzOSIbo1MNdBT7Zw/TFm1t6qhuGbPX8mcbxNABKTKMpQ6wJzQSXhadas4f myQfP9mLmXlIWgA2NWK9PnROedXR8MT2WQauTCTKO0Oipi4FdlTnzpNiySMkicT2lKL3 4JErXPsA4eIH0uscslRcv5Ao5WtFoN4odih6NqHE3bkERUTypqh+z0Co2jopSrP3iyO+ bWROLkPyRblYWbLo4v0VmjwXn3CZqKt70prN2md++N7Nm8/w86gfH5FeKyqyg4dPwe1c AQBt3wj+5SXeAGlCPqE1zVjUwksbagslLfv60q2at99Ccrs3SJBZvtS1tlB38LHoqL93 TUZA== X-Forwarded-Encrypted: i=1; AFNElJ/lSo3t0o806srXM/4ehqC9qkL73OKC3v34/v3vgrBb7ewxPh2C8WjyKCzmcMoch1+2objPY32pCd0zm0g=@vger.kernel.org X-Gm-Message-State: AOJu0Yx0sT1WPfJy9dv4BedHzLsTrC0EKAOFUCYAjDEyQ5pfPOajxxJh TlaiqiAiJGlmmib/nupZjtqV7RGa/KONv0GANc+eQoA/Lq6d32445lOiphjSt/PV4EI= X-Gm-Gg: Acq92OHA4vFeAO20hTSwIlnCsKC4Zldjo5ja9kTylMll1B1GZdtkJe5pxdjvm8Phsks AYhBaO9RR9ehQyZBWR0T7oe4NiCEezAL5h7aqMtKlT27K59VayFCMQLU2t6NMf8mYBwZeOj9NvP IUWRal9pkMJt0N/xEG+2SGOtB2laXxoD/wDXPb0I2Q/xeOlwxOm2cBetw23les7WHBeL5LJYWss YtdQmaQ9theqz/uABjrnqhqwSs32o/XUvhZ/6BjxKRcfXHq6jL1sbyC7q266umYr14HydKYWBNK 8M86foekML3082D1U01JF8eXTfOgCuK2mEkgYNVat4V339lTJFav+CxCBKUw8/yyfeNHX8SOOf8 O9jHxCHiGQemBJ2odTb3itHRgz4ZnGE5jS48fiM61YbpWQeIBjpNySk2Lh7O+bAAhJ0zOqPsd3g lMc2735mn/jec4BPvS6AZUhd1K6asR5lp2T8SfP8xPV806uQ== X-Received: by 2002:a05:600c:564a:b0:490:53b0:9e5a with SMTP id 5b1f17b1804b1-4909c11c15cmr174298335e9.5.1780325925446; Mon, 01 Jun 2026 07:58:45 -0700 (PDT) Received: from [192.168.0.101] ([109.76.233.76]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-45ef32fabcasm25172652f8f.0.2026.06.01.07.58.44 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 01 Jun 2026 07:58:45 -0700 (PDT) Message-ID: <2d7430bc-1bb5-47ff-95c7-c5c4d880cdf2@linaro.org> Date: Mon, 1 Jun 2026 15:58:43 +0100 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH 4/8] arm64: dts: qcom: shikra: Add CAMSS node To: Loic Poulain Cc: Nihal Kumar Gupta , Vikram Sharma , bod@kernel.org, Vladimir Zapolskiy , Mauro Carvalho Chehab , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Robert Foss , Andi Shyti , Bjorn Andersson , Konrad Dybcio , Frank Li , Sascha Hauer , Pengutronix Kernel Team , Fabio Estevam , linux-arm-msm@vger.kernel.org, linux-media@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-i2c@vger.kernel.org, imx@lists.linux.dev, linux-arm-kernel@lists.infradead.org, Suresh Vankadara References: <20260526-shikra-camss-review-v1-0-645d2c8c75a7@qti.qualcomm.com> <20260526-shikra-camss-review-v1-4-645d2c8c75a7@qti.qualcomm.com> <178000689150.4557.11759359941436928903.b4-reply@b4> <23d2a824-e894-4c26-8bd1-02bbb8a7c6d1@linaro.org> <203e09db-ba37-4d75-b984-227298f55d80@linaro.org> From: Bryan O'Donoghue Content-Language: en-US In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 01/06/2026 15:27, Loic Poulain wrote: >> Yes I think CDM should be a standalone block and BTW use standard DMA >> APIs with its own IOMMU entry. > Interesting, so CDM should be a dedicated subnode as well, and not > part of the OPE? > Then, If we want to use it from OPE at some point we would need some > 'cdm' phandle in OPE node. Your question makes me think again. CAMSS: - IFE/CDM - IFE Lite/CDM HFI/BPS/IPE - BPS/CDM - IPE/CDM OPE: - OPE/CDM I believe those are the mappings of the various SIDs too. Come to think of it there is every reason to model the CDM block as cdm-ife0@ { iommus = ; }; cdm-ope0@ { iommus = ; } And then do use the dma engine API to shift data. I don't see why the IFE, OPE or BPS needs to map the IOMMUs and if you are using the BPS via HFI you'd simply leave the cdm-bps@ {} disabled in your dtsi anyway. We should excise CDM IOMMUs unless/until we come to implement CDMs as standalone nodes. I'm open to being corrected of course :) --- bod