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

Marek Vasut marex at nabladev.com
Fri Sep 11 08:54:44 PDT 2026


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 ?



More information about the linux-arm-kernel mailing list