[PATCH v2 1/2] dt-bindings: soc: xilinx: Document ifm ZynqMP VHIP6 EvalBoard

Michal Simek michal.simek at amd.com
Sun Sep 13 23:29:30 PDT 2026



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



More information about the linux-arm-kernel mailing list