linux-kernel - Re: [PATCH] dt-bindings: pinctrl: samsung: drop unused header with register constants

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]

Message-ID: <20240312-disobey-playset-f3d451adf41c@spud>
Date: Tue, 12 Mar 2024 18:46:55 +0000
From: Conor Dooley <conor@...nel.org>
To: Krzysztof Kozlowski <krzysztof.kozlowski@...aro.org>
Cc: Linus Walleij <linus.walleij@...aro.org>, Rob Herring <robh@...nel.org>,
	Krzysztof Kozlowski <krzysztof.kozlowski+dt@...aro.org>,
	Conor Dooley <conor+dt@...nel.org>, linux-kernel@...r.kernel.org,
	linux-gpio@...r.kernel.org, devicetree@...r.kernel.org
Subject: Re: [PATCH] dt-bindings: pinctrl: samsung: drop unused header with
 register constants

On Tue, Mar 12, 2024 at 06:44:17PM +0000, Conor Dooley wrote:
> On Tue, Mar 12, 2024 at 05:44:28PM +0100, Krzysztof Kozlowski wrote:
> > The bindings header for Samsung pin controller DTS pin values (holding
> > register values in fact) was deprecated in v6.1 kernel in
> > commit 9d9292576810 ("dt-bindings: pinctrl: samsung: deprecate header
> > with register constants").  This was enough of time for users to switch
> > to in-DTS headers, so drop the bindings header.
> > 
> > Signed-off-by: Krzysztof Kozlowski <krzysztof.kozlowski@...aro.org>
> 
> Have you checked whether U-Boot has also dropped use (or never did use)
> of this header?

nvm, I checked it myself and Caleb's series that moves things to use
upstream headers does't seem to use this either.

Acked-by: Conor Dooley <conor.dooley@...rochip.com>

Thanks,
Conor.

Download attachment "signature.asc" of type "application/pgp-signature" (229 bytes)