From: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
To: Andi Shyti <andi.shyti@kernel.org>
Cc: linux-i2c@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2 1/1] i2c: busses: Use *-y instead of *-objs in Makefile
Date: Tue, 5 Nov 2024 17:42:27 +0200 [thread overview]
Message-ID: <Zyo84z0DUi-NweEV@smile.fi.intel.com> (raw)
In-Reply-To: <ow63ccyclvg3zhvaq4lnubvrjvtaw3maf76engq6zdrcvvdwaz@lqj4okf3jt6c>
On Tue, Nov 05, 2024 at 04:11:37PM +0100, Andi Shyti wrote:
> On Tue, Nov 05, 2024 at 04:56:37PM +0200, Andy Shevchenko wrote:
> > On Tue, Nov 05, 2024 at 03:44:34PM +0100, Andi Shyti wrote:
> > > On Mon, Nov 04, 2024 at 12:39:14PM +0200, Andy Shevchenko wrote:
> > > > *-objs suffix is reserved rather for (user-space) host programs while
> > > > usually *-y suffix is used for kernel drivers (although *-objs works
> > > > for that purpose for now).
> > > >
> > > > Let's correct the old usages of *-objs in Makefiles.
...
> > > > config I2C_AT91_SLAVE_EXPERIMENTAL
> > > > - tristate "Microchip AT91 I2C experimental slave mode"
> > > > + bool "Microchip AT91 I2C experimental slave mode"
> > > > depends on I2C_AT91
> > > > select I2C_SLAVE
> > > > help
> > > > @@ -440,7 +440,7 @@ config I2C_AT91_SLAVE_EXPERIMENTAL
> > > > been tested in a heavy way, help wanted.
> > > > There are known bugs:
> > > > - It can hang, on a SAMA5D4, after several transfers.
> > > > - - There are some mismtaches with a SAMA5D4 as slave and a SAMA5D2 as
> > > > + - There are some mismatches with a SAMA5D4 as slave and a SAMA5D2 as
> > >
> > > Although these changes are related and I'm OK also with the typo
> > > fix, could you please propose here a couple of lines that I can
> > > add to the commit message?
> >
> > Would this work?
> > "While at it, fix an obvious typo in help section of the Kconfig."
>
> works for me.
>
> > Of course, feel free to drop that hunk or request for a new version without it
> > (or split into a separate change), I am fine with all options.
> >
> > Note, bool is essential to for the patch, but can be split as a prerequisite,
> > but without this patch it doesn't really fix match as we never try to build
> > the code when it was =m.
>
> As you wish, you can keep it in three patches or I can keep it
> as it is. I'm not too religious.
>
> If I don't see anything coming I will take this patch as it is.
If you can take it as is (including the above mentioned add-on
to the commit message) it would be the best.
--
With Best Regards,
Andy Shevchenko
next prev parent reply other threads:[~2024-11-05 15:42 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-11-04 10:39 [PATCH v2 1/1] i2c: busses: Use *-y instead of *-objs in Makefile Andy Shevchenko
2024-11-05 14:44 ` Andi Shyti
2024-11-05 14:56 ` Andy Shevchenko
2024-11-05 15:11 ` Andi Shyti
2024-11-05 15:42 ` Andy Shevchenko [this message]
2024-11-05 19:01 ` Andi Shyti
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=Zyo84z0DUi-NweEV@smile.fi.intel.com \
--to=andriy.shevchenko@linux.intel.com \
--cc=andi.shyti@kernel.org \
--cc=linux-i2c@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
/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: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox