From: Vikash Garodia <vikash.garodia@oss.qualcomm.com>
To: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com>
Cc: Dikshita Agarwal <dikshita.agarwal@oss.qualcomm.com>,
Abhinav Kumar <abhinav.kumar@linux.dev>,
Bryan O'Donoghue <bod@kernel.org>,
Mauro Carvalho Chehab <mchehab@kernel.org>,
Rob Herring <robh@kernel.org>,
Krzysztof Kozlowski <krzk+dt@kernel.org>,
Conor Dooley <conor+dt@kernel.org>,
Bjorn Andersson <andersson@kernel.org>,
Konrad Dybcio <konradybcio@kernel.org>,
Stanimir Varbanov <stanimir.varbanov@linaro.org>,
Neil Armstrong <neil.armstrong@linaro.org>,
Bryan O'Donoghue <bryan.odonoghue@linaro.org>,
Stephan Gerhold <stephan.gerhold@linaro.org>,
linux-media@vger.kernel.org, linux-arm-msm@vger.kernel.org,
devicetree@vger.kernel.org, linux-kernel@vger.kernel.org,
Konrad Dybcio <konrad.dybcio@oss.qualcomm.com>,
stable@vger.kernel.org, Daniel J Blueman <daniel@quora.org>
Subject: Re: [PATCH v2 01/12] dt-bindings: media: qcom,venus: Add context bank subnodes to common schema
Date: Thu, 6 Aug 2026 15:22:26 +0530 [thread overview]
Message-ID: <d6207874-630f-445d-8d1d-3a30ba8f41dd@oss.qualcomm.com> (raw)
In-Reply-To: <xusr4efn5dmsvcs2hl5vg3t7ctqbbchnbdx3mx6km5s7s3se23@mzzqs54lp46l>
On 8/6/2026 2:19 PM, Dmitry Baryshkov wrote:
> On Fri, Jul 31, 2026 at 11:52:16PM +0530, Vikash Garodia wrote:
>> The VPU issues DMA through several SMMU streams, and the hardware does
>> not give every stream the same addressable range. The non-pixel stream
>> is restricted to use 0-600MB of IOVA space, while the pixel stream can
>> address the full range:
>> +-----------------------------------------------------------+
>> | non-pixel stream addressable range (600 MB - 3.5 GB) |
>> | 0x25800000 - 0xe0000000 |
>> +-----------------------------------------------------------+
>> | pixel stream addressable range (0 - 3.5 GB) |
>> | 0x00000000 - 0xe0000000 |
>> +-----------------------------------------------------------+
>> A single "iommus" property on the video-codec node puts every stream in
>> one IOMMU domain sharing one IOVA allocator, so nothing keeps a
>> non-pixel buffer inside the low 600 MB. Once an allocation lands below
>> that boundary the hardware faults, which shows up as unhandled SMMU page
>> faults and spontaneous reboots:
>> https://gitlab.freedesktop.org/drm/msm/-/work_items/100
>>
>>
>> + dma-ranges: true
>> +
>> + '#address-cells':
>> + const: 2
>> +
>> + '#size-cells':
>> + const: 2
>
> This would conflict with the 32-bit addressed Venus nodes (and it will
> also break examples). So both should be just 'true'
With "true", i see following comment from sashiko (when ran locally)
Without a const constraint, a device tree could specify #address-cells =
<1> or a non-empty dma-ranges, and it would silently pass schema
validation. The DT bindings guidelines also recommend that cell-count
properties have a const constraint matching the hardware.
>
>>
>> +oneOf:
>> + - required:
>> + - iommus
>> + - required:
>> + - non-pixel
>> + - pixel
>
> - #address-cells
> - #size-cells
> - dma-ranges
>
>> +
>> additionalProperties: true
>>
>> --
>> 2.34.1
>>
>
next prev parent reply other threads:[~2026-08-06 9:52 UTC|newest]
Thread overview: 57+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-31 18:22 [PATCH v2 00/12] media: iris: Migrate iommus to iris sub nodes Vikash Garodia
2026-07-31 18:22 ` [PATCH v2 01/12] dt-bindings: media: qcom,venus: Add context bank subnodes to common schema Vikash Garodia
2026-07-31 18:36 ` sashiko-bot
2026-08-01 10:06 ` Bryan O'Donoghue
2026-08-06 5:21 ` Vikash Garodia
2026-08-06 7:54 ` Bryan O'Donoghue
2026-08-06 7:57 ` Vikash Garodia
2026-08-06 9:40 ` Bryan O'Donoghue
2026-08-06 10:07 ` Bryan O'Donoghue
2026-08-06 10:14 ` Krzysztof Kozlowski
2026-08-06 10:24 ` Bryan O'Donoghue
2026-08-06 10:32 ` Krzysztof Kozlowski
2026-08-06 10:50 ` Bryan O'Donoghue
2026-08-06 11:14 ` Dmitry Baryshkov
2026-08-06 11:19 ` Bryan O'Donoghue
2026-08-06 12:20 ` Vikash Garodia
2026-08-05 7:21 ` Krzysztof Kozlowski
2026-08-05 10:37 ` Krzysztof Kozlowski
2026-08-06 8:46 ` Dmitry Baryshkov
2026-08-06 9:11 ` Krzysztof Kozlowski
2026-08-06 9:20 ` Krzysztof Kozlowski
2026-08-06 9:22 ` Dmitry Baryshkov
2026-08-06 9:36 ` Krzysztof Kozlowski
2026-08-06 10:35 ` Dmitry Baryshkov
2026-08-06 11:56 ` Vikash Garodia
2026-08-06 12:10 ` Dmitry Baryshkov
2026-08-06 8:49 ` Dmitry Baryshkov
2026-08-06 9:52 ` Vikash Garodia [this message]
2026-08-06 10:38 ` Dmitry Baryshkov
2026-07-31 18:22 ` [PATCH v2 02/12] dt-bindings: media: qcom,sm8550-iris: Add context bank subnodes Vikash Garodia
2026-07-31 18:31 ` sashiko-bot
2026-07-31 20:36 ` Rob Herring (Arm)
2026-08-06 8:51 ` Dmitry Baryshkov
2026-08-05 7:21 ` Krzysztof Kozlowski
2026-07-31 18:22 ` [PATCH v2 03/12] media: iris: Add platform hooks for context bank device setup Vikash Garodia
2026-07-31 18:36 ` sashiko-bot
2026-08-06 8:53 ` Dmitry Baryshkov
2026-07-31 18:22 ` [PATCH v2 04/12] media: iris: Add helper to create a context bank device Vikash Garodia
2026-08-06 8:57 ` Dmitry Baryshkov
2026-08-06 10:08 ` Vikash Garodia
2026-08-06 10:18 ` Krzysztof Kozlowski
2026-07-31 18:22 ` [PATCH v2 05/12] media: iris: Route buffers to the matching " Vikash Garodia
2026-07-31 18:57 ` sashiko-bot
2026-08-06 9:03 ` Dmitry Baryshkov
2026-07-31 18:22 ` [PATCH v2 06/12] media: iris: Skip DMA mask setup when the core device has no IOMMU Vikash Garodia
2026-07-31 18:43 ` sashiko-bot
2026-07-31 18:22 ` [PATCH v2 07/12] media: iris: Create pixel and non-pixel context banks on VPU3x Vikash Garodia
2026-07-31 18:41 ` sashiko-bot
2026-08-06 9:07 ` Dmitry Baryshkov
2026-08-06 10:06 ` Vikash Garodia
2026-08-06 10:53 ` Dmitry Baryshkov
2026-07-31 18:22 ` [PATCH v2 08/12] arm64: dts: qcom: hamoa: Add Iris context bank subnodes Vikash Garodia
2026-07-31 18:22 ` [PATCH v2 09/12] arm64: dts: qcom: sm8550: " Vikash Garodia
2026-07-31 18:38 ` sashiko-bot
2026-07-31 18:22 ` [PATCH v2 10/12] arm64: dts: qcom: lemans: " Vikash Garodia
2026-07-31 18:22 ` [PATCH v2 11/12] arm64: dts: qcom: monaco: " Vikash Garodia
2026-07-31 18:22 ` [PATCH v2 12/12] arm64: dts: qcom: sm8650: " Vikash Garodia
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=d6207874-630f-445d-8d1d-3a30ba8f41dd@oss.qualcomm.com \
--to=vikash.garodia@oss.qualcomm.com \
--cc=abhinav.kumar@linux.dev \
--cc=andersson@kernel.org \
--cc=bod@kernel.org \
--cc=bryan.odonoghue@linaro.org \
--cc=conor+dt@kernel.org \
--cc=daniel@quora.org \
--cc=devicetree@vger.kernel.org \
--cc=dikshita.agarwal@oss.qualcomm.com \
--cc=dmitry.baryshkov@oss.qualcomm.com \
--cc=konrad.dybcio@oss.qualcomm.com \
--cc=konradybcio@kernel.org \
--cc=krzk+dt@kernel.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=mchehab@kernel.org \
--cc=neil.armstrong@linaro.org \
--cc=robh@kernel.org \
--cc=stable@vger.kernel.org \
--cc=stanimir.varbanov@linaro.org \
--cc=stephan.gerhold@linaro.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.