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: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <4c1b8ab9-ab03-639a-78e7-ca75131ecc81@linaro.org>
Date:   Thu, 6 Apr 2023 09:09:42 +0200
From:   Krzysztof Kozlowski <krzysztof.kozlowski@...aro.org>
To:     Daniel Baluta <daniel.baluta@...il.com>,
        Rob Herring <robh@...nel.org>
Cc:     Saalim Quadri <danascape@...il.com>, devicetree@...r.kernel.org,
        krzysztof.kozlowski+dt@...aro.org, daniel.baluta@....com,
        robh+dt@...nel.org, broonie@...nel.org,
        patches@...nsource.cirrus.com, alsa-devel@...a-project.org,
        linux-kernel@...r.kernel.org, lgirdwood@...il.com
Subject: Re: [PATCH] ASoC: dt-bindings: wm8904: Convert to dtschema

On 06/04/2023 08:40, Daniel Baluta wrote:
> On Thu, Apr 6, 2023 at 4:24 AM Rob Herring <robh@...nel.org> wrote:
>>
>>
>> On Thu, 06 Apr 2023 01:33:41 +0530, Saalim Quadri wrote:
>>> Convert the WM8904 audio CODEC bindings to DT schema
>>>
>>> Signed-off-by: Saalim Quadri <danascape@...il.com>
>>> ---
>>>  .../devicetree/bindings/sound/wlf,wm8904.yaml | 66 +++++++++++++++++++
>>>  .../devicetree/bindings/sound/wm8904.txt      | 33 ----------
>>>  2 files changed, 66 insertions(+), 33 deletions(-)
>>>  create mode 100644 Documentation/devicetree/bindings/sound/wlf,wm8904.yaml
>>>  delete mode 100644 Documentation/devicetree/bindings/sound/wm8904.txt
>>>
>>
>> Running 'make dtbs_check' with the schema in this patch gives the
>> following warnings. Consider if they are expected or the schema is
>> incorrect. These may not be new warnings.
>>
> So, these properties are present in some dts files! We need to
> evaluated if they are always expected
> or can be optional.

I assume the DTSes are tested when you submit new DT schema conversion...

Best regards,
Krzysztof

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ