Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1614544 > unrolled thread
| Started by | Wolfram Sang <wsa@the-dreams.de> |
|---|---|
| First post | 2017-04-01 18:10 +0200 |
| Last post | 2017-04-01 18:50 +0200 |
| 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.
Re: [PATCH 1/8] i2c: export i2c_client_type structure Wolfram Sang <wsa@the-dreams.de> - 2017-04-01 18:10 +0200
Re: [PATCH 1/8] i2c: export i2c_client_type structure Dmitry Torokhov <dmitry.torokhov@gmail.com> - 2017-04-01 18:50 +0200
| From | Wolfram Sang <wsa@the-dreams.de> |
|---|---|
| Date | 2017-04-01 18:10 +0200 |
| Subject | Re: [PATCH 1/8] i2c: export i2c_client_type structure |
| Message-ID | <trtLc-53x-13@gated-at.bofh.it> |
[Multipart message — attachments visible in raw view] — view raw
On Thu, Mar 09, 2017 at 02:16:37PM -0800, Dmitry Torokhov wrote: > i2c bus has 2 different types of device belonging to the same bus and > bus notifiers use device type to distinguish between adapters and clients. > Previously we only had i2c_adapter_type exported, which made code wanting > to work with i2c_client devices test for type not equal to adapter type. > This unfortunately is not safe if we ever add another type to the bus, > so let's export i2c_client_type as well. > > Signed-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com> > --- > > Wolfram, this is the patch I was talking about in the other mail. Reviewed-by: Wolfram Sang <wsa@the-dreams.de> You can add the above tag to all patches in your branch '4.11-rc3-i2c-irq-resources' and after that we declare it immutable and I'll pull it into my for-next. Sorry for the delay. I got side-tracked and ill. But I am better now. And to keep your heads up: We agreed yesterday that i2c_drivers will get a flag to signal I2C core to skip all the irq assignment stuff and let the driver do it itself [1]. Maybe this will become useful for you, too. [1] http://www.spinics.net/lists/linux-acpi/msg73197.html
[toc] | [next] | [standalone]
| From | Dmitry Torokhov <dmitry.torokhov@gmail.com> |
|---|---|
| Date | 2017-04-01 18:50 +0200 |
| Message-ID | <trunU-5io-9@gated-at.bofh.it> |
| In reply to | #1614544 |
On Sat, Apr 01, 2017 at 06:06:46PM +0200, Wolfram Sang wrote: > On Thu, Mar 09, 2017 at 02:16:37PM -0800, Dmitry Torokhov wrote: > > i2c bus has 2 different types of device belonging to the same bus and > > bus notifiers use device type to distinguish between adapters and clients. > > Previously we only had i2c_adapter_type exported, which made code wanting > > to work with i2c_client devices test for type not equal to adapter type. > > This unfortunately is not safe if we ever add another type to the bus, > > so let's export i2c_client_type as well. > > > > Signed-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com> > > --- > > > > Wolfram, this is the patch I was talking about in the other mail. > > Reviewed-by: Wolfram Sang <wsa@the-dreams.de> > > You can add the above tag to all patches in your branch > '4.11-rc3-i2c-irq-resources' and after that we declare it immutable and > I'll pull it into my for-next. Sorry for the delay. I got side-tracked > and ill. But I am better now. No worries about the delay - we still have plenty of time till merge window, and I am glad to hear that you are better now. I published the branch with your reviewed-bys: git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git ib/4.11-rc3-i2c-irq-resources Note the 'ib' prefix - I am tagging immutable branches with it. I also dropped the old branch to avoid confusion. > > And to keep your heads up: We agreed yesterday that i2c_drivers will get > a flag to signal I2C core to skip all the irq assignment stuff and let > the driver do it itself [1]. Maybe this will become useful for you, too. > > [1] http://www.spinics.net/lists/linux-acpi/msg73197.html > Thanks for heads up. I actually do not think it will be useful for me, as I am trying to make drivers generic and do not care about platform quirks, and instead enhance board/platform code to give sane data to the drivers. I replied in thread. Thanks. -- Dmitry
[toc] | [prev] | [standalone]
Back to top | Article view | linux.kernel
csiph-web