[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <046eb564-98b7-417b-8f04-173adff354a9@linaro.org>
Date: Thu, 3 Oct 2024 13:48:10 +0100
From: Bryan O'Donoghue <bryan.odonoghue@...aro.org>
To: Sakari Ailus <sakari.ailus@...ux.intel.com>
Cc: Krzysztof Kozlowski <krzk@...nel.org>, Jason Chen
<jason.z.chen@...el.com>, Mauro Carvalho Chehab <mchehab@...nel.org>,
Sergey Senozhatsky <senozhatsky@...omium.org>,
Hans Verkuil <hverkuil-cisco@...all.nl>, Rob Herring <robh@...nel.org>,
Krzysztof Kozlowski <krzk+dt@...nel.org>, Conor Dooley
<conor+dt@...nel.org>, linux-media@...r.kernel.org,
linux-kernel@...r.kernel.org, devicetree@...r.kernel.org
Subject: Re: [PATCH v3 2/4] media: dt-bindings: Add OmniVision OV08X40
On 03/10/2024 13:47, Sakari Ailus wrote:
> Hi Bryan,
>
> On Thu, Oct 03, 2024 at 01:40:34PM +0100, Bryan O'Donoghue wrote:
>> On 03/10/2024 13:31, Krzysztof Kozlowski wrote:
>>>>> Ah I understand you.
>>>>>
>>>>> You're saying the link-frequencies we have in
>>>>> Documentation/devicetree/bindings/media/i2c/* are redundant absent hardware
>>>>> specific link frequencies being enumerated.
>>>>>
>>>>> I'll either enumerate the acceptable set or drop this.
>>>> link-frequencies should remain mandatory in bindings, whether there are
>>>> hardware specific limits in bindings or not.
>>>> <URL:https://hverkuil.home.xs4all.nl/spec/driver-api/camera-
>>>> sensor.html#handling-clocks>
>>> Yep and my comment was not under required field. Why all this discussion
>>> is taken out of context? No wonder everyone interprets it differently.
>>>
>>> Best regards,
>>
>> Just so I'm 100% clear.
>>
>> required:
>> link-frequencies
>>
>> is required but
>>
>> properties:
>> link-frequencies: true
>>
>> is not, and presumably should be dropped from other yaml descriptions
>> upstream.
>
> Seems good to me.
>
heh so I'll v4 this and since I'm a masochist, I'll send out a fixup
series for the rest ...
---
bod
Powered by blists - more mailing lists