Re: [PATCH v3 02/12] dt-bindings: media: qcom,glymur-iris: Add glymur video codec

From: Krzysztof Kozlowski

Date: Tue Apr 28 2026 - 04:34:49 EST


On 28/04/2026 10:08, Vishnu Reddy wrote:
>
> On 4/28/2026 11:44 AM, Krzysztof Kozlowski wrote:
>> On Tue, Apr 28, 2026 at 09:24:08AM +0530, Vishnu Reddy wrote:
>>> Add device tree binding for the Qualcomm Glymur Iris video codec. Glymur
>>> is a new generation of video IP that introduces a dual-core architecture.
>>> The second core brings its own power domain, clocks, and reset lines,
>>> requiring additional power domains and clocks in the power sequence.
>>>
>>> To accommodate glymur clock and power resources requirement, the maxItems
>>> constraints in qcom,venus-common.yaml are relaxed. This allows the glymur
>> This is a very confusing part of commit msg. You cannot relax the
>> constraints. Each device MUST have a specific, fixed constraint. It is
>> your task to be sure they are not relaxed.
>>
>>
>>> binding to inherit from the common venus schema without duplicating shared
>>> properties.
>> That's obvious. Why would new iris device schema not use common venus
>> schema? What is different here then that such possibility exists?
>
> Glymur platform has a dual-core video codec architecture (vcodec0 + vcodec1),
> requiring 9 clocks and 5 power domains. The stricter maxItems from the
> qcom,venus-common.yaml takes precedence, making it impossible to accommodate
> glymur requirements without updating the common schema.

But so does every other device, no? So what is different here?

Best regards,
Krzysztof