From: Peter Rosin <peda@axentia.se> To: michael.hennerich@analog.com, wsa@the-dreams.de, robh+dt@kernel.org, mark.rutland@arm.com, linus.walleij@linaro.org Cc: linux-i2c@vger.kernel.org, devicetree@vger.kernel.org, linux-gpio@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2] i2c/muxes/i2c-mux-ltc4306: LTC4306 and LTC4305 I2C multiplexer/switch Date: Mon, 3 Apr 2017 16:20:53 +0200 [thread overview] Message-ID: <dcc59f26-6dec-dbf1-22d9-b681daf788a2@axentia.se> (raw) In-Reply-To: <f871f082-3acd-7a28-25c7-dd77d8286ae6@analog.com> On 2017-04-03 15:36, Michael Hennerich wrote: > On 03.04.2017 14:03, Peter Rosin wrote: >> On 2017-03-31 17:29, Peter Rosin wrote: >>> Hi! >>> >>> Sorry for my incremental reviewing... >>> >> >> Another incremental... >> >>> On 2017-03-29 12:15, michael.hennerich@analog.com wrote: >>>> + >>>> + /* Now create an adapter for each channel */ >>>> + for (num = 0; num < data->chip->nchans; num++) { >>>> + ret = i2c_mux_add_adapter(muxc, 0, num, 0); >>>> + if (ret) { >>>> + dev_err(&client->dev, >>>> + "failed to register multiplexed adapter %d\n", >>>> + num); >> >> Just a heads up, I submitted a series to remove a bunch of dev_err calls >> when i2c_mux_add_adapter fails. See https://lkml.org/lkml/2017/4/3/115 >> >> You can remove this one as well. >> >> And please use a subject of the form: >> i2c: mux: ltc4306: <message> > ok - no problem. You managed to drop the spaces after the new colons in the subject. And maybe there is a problem, because I don't see any reaction to any of the review comments I made in https://lkml.org/lkml/2017/3/31/525 Was that on purpose? Sure, the gpio "jury" is still out on the bigger question so maybe you're waiting for that, but there were a few nitpicks as well. Anyway, sorry again for failing to compile all comments up front. > I sent out a new patch. Per Rob's request, I split out the dt-bindings > into a separate patch. Thanks. I think(?) it is customary to have the bindings first, and then implement that "specification" in followup patches. No big deal though... Cheers, peda
WARNING: multiple messages have this Message-ID (diff)
From: Peter Rosin <peda@axentia.se> To: <michael.hennerich@analog.com>, <wsa@the-dreams.de>, <robh+dt@kernel.org>, <mark.rutland@arm.com>, <linus.walleij@linaro.org> Cc: <linux-i2c@vger.kernel.org>, <devicetree@vger.kernel.org>, <linux-gpio@vger.kernel.org>, <linux-kernel@vger.kernel.org> Subject: Re: [PATCH v2] i2c/muxes/i2c-mux-ltc4306: LTC4306 and LTC4305 I2C multiplexer/switch Date: Mon, 3 Apr 2017 16:20:53 +0200 [thread overview] Message-ID: <dcc59f26-6dec-dbf1-22d9-b681daf788a2@axentia.se> (raw) In-Reply-To: <f871f082-3acd-7a28-25c7-dd77d8286ae6@analog.com> On 2017-04-03 15:36, Michael Hennerich wrote: > On 03.04.2017 14:03, Peter Rosin wrote: >> On 2017-03-31 17:29, Peter Rosin wrote: >>> Hi! >>> >>> Sorry for my incremental reviewing... >>> >> >> Another incremental... >> >>> On 2017-03-29 12:15, michael.hennerich@analog.com wrote: >>>> + >>>> + /* Now create an adapter for each channel */ >>>> + for (num = 0; num < data->chip->nchans; num++) { >>>> + ret = i2c_mux_add_adapter(muxc, 0, num, 0); >>>> + if (ret) { >>>> + dev_err(&client->dev, >>>> + "failed to register multiplexed adapter %d\n", >>>> + num); >> >> Just a heads up, I submitted a series to remove a bunch of dev_err calls >> when i2c_mux_add_adapter fails. See https://lkml.org/lkml/2017/4/3/115 >> >> You can remove this one as well. >> >> And please use a subject of the form: >> i2c: mux: ltc4306: <message> > ok - no problem. You managed to drop the spaces after the new colons in the subject. And maybe there is a problem, because I don't see any reaction to any of the review comments I made in https://lkml.org/lkml/2017/3/31/525 Was that on purpose? Sure, the gpio "jury" is still out on the bigger question so maybe you're waiting for that, but there were a few nitpicks as well. Anyway, sorry again for failing to compile all comments up front. > I sent out a new patch. Per Rob's request, I split out the dt-bindings > into a separate patch. Thanks. I think(?) it is customary to have the bindings first, and then implement that "specification" in followup patches. No big deal though... Cheers, peda
next prev parent reply other threads:[~2017-04-03 14:21 UTC|newest] Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top 2017-03-29 10:15 [PATCH v2] i2c/muxes/i2c-mux-ltc4306: LTC4306 and LTC4305 I2C multiplexer/switch michael.hennerich 2017-03-29 10:15 ` michael.hennerich 2017-03-31 15:29 ` Peter Rosin 2017-03-31 15:29 ` Peter Rosin 2017-04-03 12:03 ` Peter Rosin 2017-04-03 12:03 ` Peter Rosin 2017-04-03 13:36 ` Michael Hennerich 2017-04-03 13:36 ` Michael Hennerich 2017-04-03 14:20 ` Peter Rosin [this message] 2017-04-03 14:20 ` Peter Rosin [not found] ` <dcc59f26-6dec-dbf1-22d9-b681daf788a2-koto5C5qi+TLoDKTGw+V6w@public.gmane.org> 2017-04-04 6:32 ` Michael Hennerich 2017-04-04 6:32 ` Michael Hennerich 2017-04-04 7:50 ` Michael Hennerich 2017-04-04 7:50 ` Michael Hennerich 2017-04-04 9:28 ` Peter Rosin 2017-04-04 9:28 ` Peter Rosin [not found] ` <b5838bae-8108-1a0e-5234-d14cb5e95e52-koto5C5qi+TLoDKTGw+V6w@public.gmane.org> 2017-04-05 12:21 ` Michael Hennerich 2017-04-05 12:21 ` Michael Hennerich
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=dcc59f26-6dec-dbf1-22d9-b681daf788a2@axentia.se \ --to=peda@axentia.se \ --cc=devicetree@vger.kernel.org \ --cc=linus.walleij@linaro.org \ --cc=linux-gpio@vger.kernel.org \ --cc=linux-i2c@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=mark.rutland@arm.com \ --cc=michael.hennerich@analog.com \ --cc=robh+dt@kernel.org \ --cc=wsa@the-dreams.de \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.