Re: [PATCH v2 1/2] dt-bindings: soc: xilinx: Document ifm ZynqMP VHIP6 EvalBoard
From: Michal Simek
Date: Mon Sep 14 2026 - 02:37:06 EST
On 9/11/26 17:54, Marek Vasut wrote:
On 9/11/26 10:38 AM, Michal Simek wrote:
On 9/11/26 01:39, Marek Vasut wrote:
On 9/10/26 9:17 AM, Michal Simek wrote:
+++ b/Documentation/devicetree/bindings/soc/xilinx/xilinx.yaml
@@ -44,6 +44,11 @@ properties:
- const: xlnx,zynq-zed
- const: xlnx,zynq-7000
+ - items:
+ - const: ifm,zynqmp-vhip6-evalboard
+ - const: ifm,zynqmp-vhip6
+ - const: xlnx,zynqmp
+
- items:
- enum:
- xlnx,zynqmp-zc1751
Can you please provide any link to public documentation about this board?
I wasn't able to find anything through google..
I do not know whether there is any, it is an internal board from which other boards get derived.
What would you like to know ?
I would like to know value for me to maintain it. Why should I care about board which don't have any public documentation and none can buy?
I think because the users of this board actually do benefit from having the support upstream, instead of having to lug around random downstream patches in assorted state of decay.
There will be thousands of similar boards out there and I am definitely not going to have all of them in the tree.Why not ? There are users who benefit from having their board support upstream. This is what other SoC vendors do as well, it does not seem to be a problem, rather it is a good indicator that the SoC has users who care about it and about upstream.
If there is public documentation about it I don't have any problem with it.
I do not think there is, but no public documentation is the case with many boards/DTs that are upstream, and it does not diminish their usefulness to their users.
What do you need to know ?
All these SOC based boards are created not because of hard block (PS part) but because of programmable logic which is not described in any upstream project DT. It means no matter what manufacturer has to maintain PL description separately.
I don't really mind if other maintainers are fine with dealing with these kind of boards without any public documentation. There is no way to check if even your description is correct.
I am not going to take any responsibility for maintaining them.
Thanks,
Michal