Thread (36 messages) 36 messages, 5 authors, 2024-01-22

Re: [PATCH 1/6] media: dt-bindings: Document SC8280XP/SM8350 Venus

From: Krzysztof Kozlowski <hidden>
Date: 2023-08-07 14:05:39
Also in: linux-arm-msm, linux-media, lkml

On 07/08/2023 14:41, Konrad Dybcio wrote:
On 5.08.2023 21:29, Krzysztof Kozlowski wrote:
quoted
On 04/08/2023 22:09, Konrad Dybcio wrote:
quoted
Both of these SoCs implement an IRIS2 block, with SC8280XP being able
to clock it a bit higher.
...
quoted
+
+  iommus:
+    maxItems: 1
+
+  video-decoder:
+    type: object
+
+    properties:
+      compatible:
+        const: venus-decoder
That's not how compatibles are constructed... missing vendor prefix, SoC
or IP block name.
quoted
+
+    required:
+      - compatible
+
+    additionalProperties: false
Why do you need this child node? Child nodes without properties are
usually useless.
For both comments: I aligned with what was there..

The driver abuses these compats to probe enc/dec submodules, even though
every Venus implementation (to my knowledge) is implicitly enc/dec capable..
Holy crap, I see...
Perhaps a bigger clean-up is due. I guess I could just create the venc/vdec
devices from the venus core probe and get rid of this fake stuff?
Few devices (qcom,msm8996-venus.yaml, sdm660, sdm845) have clocks there,
so we actually could stay with these subnodes, just correct the
compatibles to a list with correct prefixes:

qcom,sc8280xp-venus-decoder + qcom,venus-decoder

Best regards,
Krzysztof
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help