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]
Date: Wed, 29 May 2024 17:10:46 +0100
From: Conor Dooley <conor@...nel.org>
To: Wolfram Sang <wsa+renesas@...g-engineering.com>, egyszeregy@...email.hu,
	devicetree@...r.kernel.org, linux-i2c@...r.kernel.org,
	linux-kernel@...r.kernel.org
Subject: Re: [PATCH] i2c-dev: Introduce "linux,i2c-dev-name" property for
 device tree of I2C controller.

On Wed, May 29, 2024 at 12:28:03PM +0200, Wolfram Sang wrote:
> 
> > Optionally, an I2C controller may have a "linux,i2c-dev-name" property.
> > This is a string which is defining a custom suffix name for I2C device
> > in /dev/i2c-<name> format. It helps to improve software portability between
> > various SoCs and reduce complexities of hardware related codes in SWs.
> 
> (I thought I already replied to this?)
> 
> Highly similar to [1] from 2021. I don't have a super clear opinion
> about this, so I'd need help from the DT maintainers. But the discussion
> from back then stalled.
> 
> [1] http://patchwork.ozlabs.org/project/linux-i2c/list/?series=237908

This patch (or one very similar) got sent to the SPI and GPIO subsystems
too. The response was effectively "use udev":
https://lore.kernel.org/all/20240519144920.14804-1-egyszeregy@freemail.hu/
https://lore.kernel.org/all/20240519211346.30323-1-egyszeregy@freemail.hu/

This definitely is in "devicetree properties are not for software-policy"
territory to me, maybe Rob's changed his mind since 2021.

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

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ