lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Tue, 6 Feb 2024 12:11:32 +0100
From: Krzysztof Kozlowski <krzysztof.kozlowski@...aro.org>
To: Naresh Solanki <naresh.solanki@...ements.com>
Cc: Lee Jones <lee@...nel.org>, Rob Herring <robh+dt@...nel.org>,
 Krzysztof Kozlowski <krzysztof.kozlowski+dt@...aro.org>,
 Conor Dooley <conor+dt@...nel.org>,
 Patrick Rudolph <patrick.rudolph@...ements.com>, mazziesaccount@...il.com,
 devicetree@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] dt-bindings: mfd: Update pattern property case

On 06/02/2024 12:07, Naresh Solanki wrote:
> Hi Krzysztof,
> 
> 
> On Tue, 6 Feb 2024 at 13:06, Krzysztof Kozlowski
> <krzysztof.kozlowski@...aro.org> wrote:
>>
>> On 05/02/2024 15:00, Naresh Solanki wrote:
>>> Hi Krzysztof,
>>>
>>>
>>> On Mon, 5 Feb 2024 at 18:38, Krzysztof Kozlowski
>>> <krzysztof.kozlowski@...aro.org> wrote:
>>>>
>>>> On 05/02/2024 12:02, Naresh Solanki wrote:
>>>>> Driver expects regulator child node in upper case.
>>>>> Hence align with the same.
>>>>
>>>> Did the driver have DT support before? I think no, so why aligning that
>>>> way? I would argue that driver should be aligned with bindings, the
>>>> moment you add DT for the first time.
>>> Yes the driver has DT support already.
>>> This patch is to align with driver:
>>> https://github.com/torvalds/linux/blob/master/drivers/regulator/max5970-regulator.c#L381
>>
>> That's not support for DT, but just naming regulators.
> I'm not sure if I get your perspective right & please correct me if I'm wrong,
> I'm just trying to adjust the dt binding of max5970 because found
> errors related to
> regulator child node SW0/SW1.
> Regulator driver expects to have regulators child nodes as SW0/1(upper case)
> But dt binding expects it to be lower case.
> Thus there is misalignment & due to which, when running CHECK_DTBS for my
> mainboard DTS, I see some errors.

I understood that, no need to clarify, it is kind of obvious. I still
claim the same: When the binding was added? Mid 2023. When the driver
was added? Much earlier. So someone posted driver bypassing DT
documentation and review and now you claim we need to accept the driver
choice. Do you think this is correct process?

If so, what stops people from sending all the driver changes without DT
and documenting whatever they had post-factum?

> 
>>
>>>
>>> It was aligned but I missed on case sensitivity.
>>
>> I don't see the alignment. Where did you align it? Which commit?
> The current patch is to address the regulators child node name with driver.

So it was not aligned? Confused...

Best regards,
Krzysztof


Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ