Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1522152 > unrolled thread

Re: [PATCHv7 07/11] i2c: match dt-style device names from sysfs interface

Started byWolfram Sang <wsa@the-dreams.de>
First post2016-11-14 23:40 +0100
Last post2016-11-15 10:50 +0100
Articles 2 — 2 participants

Back to article view | Back to linux.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: [PATCHv7 07/11] i2c: match dt-style device names from sysfs  interface Wolfram Sang <wsa@the-dreams.de> - 2016-11-14 23:40 +0100
    Re: [PATCHv7 07/11] i2c: match dt-style device names from sysfs  interface Kieran Bingham <kieran@ksquared.org.uk> - 2016-11-15 10:50 +0100

#1522152 — Re: [PATCHv7 07/11] i2c: match dt-style device names from sysfs interface

FromWolfram Sang <wsa@the-dreams.de>
Date2016-11-14 23:40 +0100
SubjectRe: [PATCHv7 07/11] i2c: match dt-style device names from sysfs interface
Message-ID<sDy4W-4EE-7@gated-at.bofh.it>

[Multipart message — attachments visible in raw view] — view raw

On Mon, Nov 07, 2016 at 12:47:42PM +0000, Kieran Bingham wrote:
> A user can choose to instantiate a device on an i2c bus using the sysfs
> interface by providing a string and address to match and communicate
> with the device on the bus. Presently this string is only matched
> against the old i2c device id style strings, even in the presence of
> full device tree compatible strings with vendor prefixes.
> 
> Providing a vendor-prefixed string to the sysfs interface will not match
> against the device tree of_match_device() calls as there is no device
> tree node to parse from the sysfs interface.
> 
> Convert i2c_of_match_device_strip_vendor() such that it can match both

The function name here is the old one...

> vendor prefixed and stripped compatible strings on the sysfs interface.
> 
> Signed-off-by: Kieran Bingham <kieran@bingham.xyz>

... and in patch 2, the sentence "remove this function if all drivers
are converted" is obsolete, too, since we need this function always for
sysfs.

This make me wonder if we shouldn't squash this patch also in into patch
2 (like I suggested for the next one), and create a best-of-all-worlds
commit message from these three patches?

Opinions?

[toc] | [next] | [standalone]


#1522493

FromKieran Bingham <kieran@ksquared.org.uk>
Date2016-11-15 10:50 +0100
Message-ID<sDIxj-3av-7@gated-at.bofh.it>
In reply to#1522152

On 14/11/16 22:27, Wolfram Sang wrote:
> On Mon, Nov 07, 2016 at 12:47:42PM +0000, Kieran Bingham wrote:
>> A user can choose to instantiate a device on an i2c bus using the sysfs
>> interface by providing a string and address to match and communicate
>> with the device on the bus. Presently this string is only matched
>> against the old i2c device id style strings, even in the presence of
>> full device tree compatible strings with vendor prefixes.
>>
>> Providing a vendor-prefixed string to the sysfs interface will not match
>> against the device tree of_match_device() calls as there is no device
>> tree node to parse from the sysfs interface.
>>
>> Convert i2c_of_match_device_strip_vendor() such that it can match both
> 
> The function name here is the old one...
> 
>> vendor prefixed and stripped compatible strings on the sysfs interface.
>>
>> Signed-off-by: Kieran Bingham <kieran@bingham.xyz>
> 
> ... and in patch 2, the sentence "remove this function if all drivers
> are converted" is obsolete, too, since we need this function always for
> sysfs.
> 
> This make me wonder if we shouldn't squash this patch also in into patch
> 2 (like I suggested for the next one), and create a best-of-all-worlds
> commit message from these three patches?
> 
> Opinions?

That's fine with me - My main reason for keeping them separate during
posting was so that the changes I had made could be seen - but yes - I
think they probably are eligible for squashing.


-- 
Regards

Kieran Bingham

[toc] | [prev] | [standalone]


Back to top | Article view | linux.kernel


csiph-web