From: Sai Krishna Potthuri <sai.krishna.potthuri@amd.com>
To: David Lechner <dlechner@baylibre.com>,
Krzysztof Kozlowski <krzk@kernel.org>
Cc: Jonathan Cameron <jic23@kernel.org>, Nuno Sa <nuno.sa@analog.com>,
Andy Shevchenko <andy@kernel.org>,
Michal Simek <michal.simek@amd.com>,
Rob Herring <robh@kernel.org>,
Krzysztof Kozlowski <krzk+dt@kernel.org>,
Conor Dooley <conor+dt@kernel.org>,
linux-iio@vger.kernel.org, devicetree@vger.kernel.org,
linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org, saikrishna12468@gmail.com,
git@amd.com
Subject: Re: [PATCH 5/5] dt-bindings: iio: adc: xilinx-xadc: convert to YAML format
Date: Thu, 19 Mar 2026 21:19:02 +0530 [thread overview]
Message-ID: <6a4e3d95-875f-4c2b-8443-c2f2b19ff166@amd.com> (raw)
In-Reply-To: <cf749e8c-f141-4367-81ad-827e02273ec5@baylibre.com>
Hi David Lechner,
On 3/19/2026 9:05 PM, David Lechner wrote:
> On 3/19/26 10:10 AM, Sai Krishna Potthuri wrote:
>> Hi David Lechner,
>>
>> On 3/19/2026 8:28 PM, David Lechner wrote:
>>> On 3/19/26 9:49 AM, Sai Krishna Potthuri wrote:
>>>> Hi David Lechner,
>>>>
>>>> On 3/19/2026 7:53 PM, David Lechner wrote:
>>>>> On 3/19/26 8:52 AM, Sai Krishna Potthuri wrote:
>>>>>> Hi Krzysztof,
>>>>>>
>>>>>> On 2/21/2026 4:08 PM, Krzysztof Kozlowski wrote:
>>>>>>> On Fri, Feb 20, 2026 at 11:09:41AM +0530, Sai Krishna Potthuri wrote:
>>>>>>>> Convert the xilinx-xadc.txt Devicetree binding to a YAML schema format
>>>>>>>> and remove the old text binding.
>>>>>>>>
>>>>>>>> +
>>>>>>>> + xlnx,channels:
>>>>>>>> + $ref: '#/$defs/channels'
>>>>>>>> +
>>>>>>>> +allOf:
>>>>>>>
>>>>>>> Missing ref since you use unevaluatedProperties...
>>>>>>>
>>>>>>>> + - if:
>>>>>>>> + required:
>>>>>>>> + - xlnx,external-mux
>>>>>>>> + properties:
>>>>>>>> + xlnx,external-mux:
>>>>>>>> + enum:
>>>>>>>> + - single
>>>>>>>> + - dual
>>>>>>>> + then:
>>>>>>>> + required:
>>>>>>>> + - xlnx,external-mux-channel
>>>>>>>> +
>>>>>>>> +required:
>>>>>>>> + - compatible
>>>>>>>> + - reg
>>>>>>>> +
>>>>>>>> +unevaluatedProperties: false
>>>>>>>
>>>>>>> or you meant additionalProperties?
>>>>>>>
>>>>>>>> +
>>>>>>>> +$defs:
>>>>>>>
>>>>>>> Why this is a def, not used directly? I see only one usage of this def.
>>>>>>
>>>>>> I am getting the below error if i define the patternProperties directly.
>>>>>> Seems like complex vendor peroperties should be referenced via $ref.
>>>>>> Please suggest if there is any better way to deal this.
>>>>>
>>>>> It is hard to say without seeing the new version of what you wrote.
>>>>
>>>> In v1 series, i created $def and referenced this in xlnx,channels to avoid the error that i mentioned.
>>>
>>> Is the code below the code that causes the error?
>>
>> No, the below code is not creating the error but Krzysztof asked the question on this code,
>> "Why this is a def, not used directly? I see only one usage of this def."
>>
>> I am saying if i don't use the def and use it directly i am seeing the error that i mentioned. So, asking is there any better way to handle this case other than using def.
>
> If you could show us the actual code that is causing the error, then
> we could perhaps spot a mistake or suggest an alternative.
Thanks. Here is the code that is causing the error
("properties:xlnx,channels:type: 'boolean' was expected").
xlnx,channels:
type: object
description: List of external channels that are connected to the ADC
properties:
'#address-cells':
const: 1
'#size-cells':
const: 0
patternProperties:
"^channel@([0-9]|1[0-6])$":
type: object
properties:
reg:
minimum: 0
maximum: 16
description: |
Pair of pins the channel is connected to:
0: VP/VN
1-16: VAUXP[0-15]/VAUXN[0-15]
Note each channel number should only be used at most once.
xlnx,bipolar:
type: boolean
description: If set, the channel is used in bipolar mode
required:
- reg
additionalProperties: false
required:
- '#address-cells'
- '#size-cells'
additionalProperties: false
Regards
Sai Krishna
>
>>
>> Regards
>> Sai Krishna
>>
>>>
>>>>
>>>> v1 code:
>>>> xlnx,channels:
>>>> $ref: '#/$defs/channels'
>>>>
>>>> $defs:
>>>> channels:
>>>
>>> Is this indent bug just from copying to email or does it exist in
>>> the source that is causing the error?
>>>
>>>> type: object
>>>> description: List of external channels that are connected to the ADC
>>>> properties:
>>>> '#address-cells':
>>>> const: 1
>>>> '#size-cells':
>>>> const: 0
>>>>
>>>> patternProperties:
>>>> "^channel@([0-9]|1[0-6])$":
>>>> type: object
>>>> properties:
>>>> reg:
>>>> minimum: 0
>>>> maximum: 16
>>>> description: |
>>>> Pair of pins the channel is connected to:
>>>> 0: VP/VN
>>>> 1-16: VAUXP[0-15]/VAUXN[0-15]
>>>> Note each channel number should only be used at most once.
>>>>
>>>> xlnx,bipolar:
>>>> type: boolean
>>>> description: If set, the channel is used in bipolar mode
>>>>
>>>> required:
>>>> - reg
>>>>
>>>> unevaluatedProperties: false
>>>>
>>>> required:
>>>> - '#address-cells'
>>>> - '#size-cells'
>>>>
>>>> unevaluatedProperties: false
>>>>
>>>>
>>>> Regards
>>>> Sai krishna
>>>>
>>>>
>>>>>
>>>>>
>>>>>
>>>>>>
>>>>>> linux-xlnx/Documentation/devicetree/bindings/iio/adc/xilinx-xadc.yaml: properties:xlnx,channels:type: 'boolean' was expected
>>>>>> hint: A vendor boolean property can use "type: boolean"
>>>>>> from schema $id: http://devicetree.org/meta-schemas/vendor-props.yaml#
>>>>>> LINT ../Documentation/devicetree/bindings
>>>>>> DTEX Documentation/devicetree/bindings/iio/adc/xilinx-xadc.example.dts
>>>>>> DTC [C] Documentation/devicetree/bindings/iio/adc/xilinx-xadc.example.dtb
>>>>>>
>>>>>>
>>>>>> Regards
>>>>>> Sai Krishna
>>>>>>
>>>>>>>
>>>>>>>> + channels:
>>>>>>>> + type: object
>>>>>>>> + description: List of external channels that are connected to the ADC
>>>>>>>> + properties:
>>>>>>>> + '#address-cells':
>>>>>>>> + const: 1
>>>>>>>> + '#size-cells':
>>>>>>>> + const: 0
>>>>>>>> +
>>>>>>>> + patternProperties:
>>>>>>>> + "^channel@([0-9]|1[0-6])$":
>>>>>>>> + type: object
>>>>>>>> + properties:
>>>>>>>> + reg:
>>>>>>>> + minimum: 0
>>>>>>>> + maximum: 16
>>>>>>>> + description: |
>>>>>>>> + Pair of pins the channel is connected to:
>>>>>>>> + 0: VP/VN
>>>>>>>> + 1-16: VAUXP[0-15]/VAUXN[0-15]
>>>>>>>> + Note each channel number should only be used at most once.
>>>>>>>> +
>>>>>>>> + xlnx,bipolar:
>>>>>>>> + type: boolean
>>>>>>>> + description: If set, the channel is used in bipolar mode
>>>>>>>> +
>>>>>>>> + required:
>>>>>>>> + - reg
>>>>>>>> +
>>>>>>>> + unevaluatedProperties: false
>>>>>>>
>>>>
>>>
>>
>
next prev parent reply other threads:[~2026-03-19 15:49 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-02-20 5:39 [PATCH 0/5] iio: adc: xilinx-xadc: Add I2C interface support for System Management Wizard Sai Krishna Potthuri
2026-02-20 5:39 ` [PATCH 1/5] iio: adc: xilinx-xadc: Add helper functions for the device setup Sai Krishna Potthuri
2026-02-20 7:50 ` Andy Shevchenko
2026-02-20 5:39 ` [PATCH 2/5] iio: adc: xilinx-xadc: Add setup_channels function pointer to ops structure Sai Krishna Potthuri
2026-02-20 7:52 ` Andy Shevchenko
2026-02-20 5:39 ` [PATCH 3/5] iio: adc: xilinx-xadc: Replace module macro with custom init/exit functions Sai Krishna Potthuri
2026-02-20 7:52 ` Andy Shevchenko
2026-02-20 7:54 ` Michal Simek
2026-02-20 8:09 ` Andy Shevchenko
2026-03-18 9:13 ` Sai Krishna Potthuri
2026-03-18 9:46 ` Andy Shevchenko
2026-02-20 5:39 ` [PATCH 4/5] iio: adc: xilinx-xadc: Add I2C interface support Sai Krishna Potthuri
2026-02-20 7:58 ` Andy Shevchenko
2026-02-20 5:39 ` [PATCH 5/5] dt-bindings: iio: adc: xilinx-xadc: convert to YAML format Sai Krishna Potthuri
2026-02-21 10:38 ` Krzysztof Kozlowski
2026-03-19 13:52 ` Sai Krishna Potthuri
2026-03-19 14:23 ` David Lechner
2026-03-19 14:49 ` Sai Krishna Potthuri
2026-03-19 14:58 ` David Lechner
2026-03-19 15:10 ` Sai Krishna Potthuri
2026-03-19 15:35 ` David Lechner
2026-03-19 15:49 ` Sai Krishna Potthuri [this message]
2026-03-19 16:49 ` Krzysztof Kozlowski
2026-03-19 19:07 ` David Lechner
2026-03-22 9:55 ` Krzysztof Kozlowski
2026-02-21 10:39 ` Krzysztof Kozlowski
2026-02-20 8:00 ` [PATCH 0/5] iio: adc: xilinx-xadc: Add I2C interface support for System Management Wizard Andy Shevchenko
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=6a4e3d95-875f-4c2b-8443-c2f2b19ff166@amd.com \
--to=sai.krishna.potthuri@amd.com \
--cc=andy@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=dlechner@baylibre.com \
--cc=git@amd.com \
--cc=jic23@kernel.org \
--cc=krzk+dt@kernel.org \
--cc=krzk@kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-iio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=michal.simek@amd.com \
--cc=nuno.sa@analog.com \
--cc=robh@kernel.org \
--cc=saikrishna12468@gmail.com \
/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