linux-kernel - Re: i2c: introduce i2c helper i2c_find_client_by

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:	Fri, 12 Jul 2013 12:00:47 +0100
From:	Wolfram Sang <wsa@...-dreams.de>
To:	Andy Shevchenko <andy.shevchenko@...il.com>
Cc:	Mark Brown <broonie@...nel.org>, Bin Gao <bin.gao@...ux.intel.com>,
	linux-i2c@...r.kernel.org,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	Laurent Pinchart <laurent.pinchart@...asonboard.com>
Subject: Re: i2c: introduce i2c helper i2c_find_client_by_name()

> Briefly looking into ACPI tables we have and mechanisms that we can
> use in ACPI case, I doubt we may apply all the ideas, probably some of
> them, though I didn't get yet where to read about in details. What I
> could say now is that the patch provided by Bin Gao is definitely no
> go.

Laurent explained to me what V4L did and now does. It used to be the way
tha V4L drivers did register I2C slaves according to platform_data. Now,
with DT the slaves get instanciated earlier, so they now use notifiers
to know when the slaves are in place. Something like this should
probably be done here, too, instead of unregistering and re-registering.

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