From: Krzysztof Kozlowski <krzk@kernel.org>
To: Nicolas Dufresne <nicolas.dufresne@collabora.com>,
Cristian Ciocaltea <cristian.ciocaltea@collabora.com>
Cc: Rob Herring <robh@kernel.org>,
Krzysztof Kozlowski <krzk+dt@kernel.org>,
Conor Dooley <conor+dt@kernel.org>,
Heiko Stuebner <heiko@sntech.de>,
Detlev Casanova <detlev.casanova@collabora.com>,
Ezequiel Garcia <ezequiel@vanguardiasur.com.ar>,
Mauro Carvalho Chehab <mchehab@kernel.org>,
Hans Verkuil <hverkuil@kernel.org>,
kernel@collabora.com, devicetree@vger.kernel.org,
linux-arm-kernel@lists.infradead.org,
linux-rockchip@lists.infradead.org, linux-kernel@vger.kernel.org,
Conor Dooley <conor.dooley@microchip.com>,
linux-media@vger.kernel.org
Subject: Re: [PATCH v2 1/3] media: dt-bindings: rockchip,vdec: Correct reg-names order for RK35{76,88}
Date: Tue, 24 Feb 2026 14:17:59 +0100 [thread overview]
Message-ID: <2996bc4a-1746-40ff-8ec0-76f779600c1e@kernel.org> (raw)
In-Reply-To: <244b22d3be77047163b4e47c4ed33b5b1befb4b4.camel@collabora.com>
On 24/02/2026 14:14, Nicolas Dufresne wrote:
> Hi,
>
> Le mardi 24 février 2026 à 08:17 +0100, Krzysztof Kozlowski a écrit :
>> On Mon, Feb 23, 2026 at 09:49:49PM +0200, Cristian Ciocaltea wrote:
>>> Update 'reg-names' property to allow providing the register blocks in
>>> the expected address-based order for RK3576 & RK3588 video decoder and,
>>
>> What? The register blocks SHOULD NOT be provided in address-based order.
>> There was never such coding style, never ever we gave such hint and if
>> you found Qcom discussions you would see me and Rob objecting to it.
>
> Would be nice to make a suggestion to how to fix this warning differently.
>
> rk3576.dtsi:1282.30-1304.5: Warning (simple_bus_reg): /soc/video-codec@27b00000: simple-bus unit address format error, expected "27b00100"
I provided the suggestion in the commit mentioning the issue. Nothing
here suggests any warning, so why would I suggest some steps?
>
>
>>
>>> consequently, fix some DTC warnings.
>>>
>>> Additionally, drop the 'reg' description items as the order is not fixed
>>> anymore, while the information they offer is not very relevant anyway.
>>>
>>> Fixes: c6ffb7e1fb90 ("media: dt-bindings: rockchip: Document RK3588 Video Decoder bindings")
>>> Fixes: a5c4a6526476 ("media: dt-bindings: rockchip: Add RK3576 Video Decoder bindings")
>>
>> No, nothing to be fixed here. Describe the bug, because missing order
>> to address-based is for sure not a bug.
>
> The warning should be part of this this commit message, since the cover letter
> is not going into git.
>
>>
>>> Signed-off-by: Cristian Ciocaltea <cristian.ciocaltea@collabora.com>
>>> ---
>>> Documentation/devicetree/bindings/media/rockchip,vdec.yaml | 13 ++++++-------
>>> 1 file changed, 6 insertions(+), 7 deletions(-)
>>>
>>> diff --git a/Documentation/devicetree/bindings/media/rockchip,vdec.yaml b/Documentation/devicetree/bindings/media/rockchip,vdec.yaml
>>> index 809fda45b3bd..2d3164a2882b 100644
>>> --- a/Documentation/devicetree/bindings/media/rockchip,vdec.yaml
>>> +++ b/Documentation/devicetree/bindings/media/rockchip,vdec.yaml
>>> @@ -28,16 +28,15 @@ properties:
>>>
>>> reg:
>>> minItems: 1
>>> - items:
>>> - - description: The function configuration registers base
>>> - - description: The link table configuration registers base
>>> - - description: The cache configuration registers base
>>> + maxItems: 3
>>>
>>> reg-names:
>>> - items:
>>> + oneOf:
>>> - const: function
>>> - - const: link
>>> - - const: cache
>>> + - items:
>>> + - const: link
>>> + - const: function
>>> + - const: cache
>>
>> No, ABI break without point.
>
> Its not released yet, otherwise both order would need to be allowed.
Nothing in commit msg explains that and we expressed such expectation
multiple times. Otherwise you get above comment.
Best regards,
Krzysztof
next prev parent reply other threads:[~2026-02-24 13:18 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-02-23 19:49 [PATCH v2 0/3] arm64: dts: rockchip: Fix vdec register blocks order on RK3576/RK3588 Cristian Ciocaltea
2026-02-23 19:49 ` [PATCH v2 1/3] media: dt-bindings: rockchip,vdec: Correct reg-names order for RK35{76,88} Cristian Ciocaltea
2026-02-23 23:05 ` Heiko Stübner
2026-02-24 7:17 ` Krzysztof Kozlowski
2026-02-24 13:14 ` Nicolas Dufresne
2026-02-24 13:17 ` Krzysztof Kozlowski [this message]
2026-02-24 13:18 ` Krzysztof Kozlowski
2026-02-24 13:48 ` Nicolas Dufresne
2026-02-24 13:54 ` Krzysztof Kozlowski
2026-02-24 14:07 ` Cristian Ciocaltea
2026-02-24 14:34 ` Krzysztof Kozlowski
2026-02-23 19:49 ` [PATCH v2 2/3] arm64: dts: rockchip: Fix vdec register blocks order on RK3576 Cristian Ciocaltea
2026-02-24 7:22 ` Krzysztof Kozlowski
2026-02-24 13:17 ` Nicolas Dufresne
2026-02-24 13:20 ` Krzysztof Kozlowski
2026-02-23 19:49 ` [PATCH v2 3/3] arm64: dts: rockchip: Fix vdec register blocks order on RK3588 Cristian Ciocaltea
2026-02-24 7:18 ` Krzysztof Kozlowski
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=2996bc4a-1746-40ff-8ec0-76f779600c1e@kernel.org \
--to=krzk@kernel.org \
--cc=conor+dt@kernel.org \
--cc=conor.dooley@microchip.com \
--cc=cristian.ciocaltea@collabora.com \
--cc=detlev.casanova@collabora.com \
--cc=devicetree@vger.kernel.org \
--cc=ezequiel@vanguardiasur.com.ar \
--cc=heiko@sntech.de \
--cc=hverkuil@kernel.org \
--cc=kernel@collabora.com \
--cc=krzk+dt@kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=linux-rockchip@lists.infradead.org \
--cc=mchehab@kernel.org \
--cc=nicolas.dufresne@collabora.com \
--cc=robh@kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox