From: Jonathan Cameron <jic23@kernel.org>
To: Javier Carrasco <javier.carrasco.cruz@gmail.com>
Cc: Stephen Rothwell <sfr@canb.auug.org.au>, Greg KH <greg@kroah.com>,
Arnd Bergmann <arnd@arndb.de>,
Jonathan Cameron <Jonathan.Cameron@Huawei.com>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Linux Next Mailing List <linux-next@vger.kernel.org>,
linux-iio@vger.kernel.org
Subject: Re: linux-next: manual merge of the char-misc tree with the iio-fixes tree
Date: Thu, 24 Oct 2024 18:41:08 +0100 [thread overview]
Message-ID: <20241024184108.6eb3bdf0@jic23-huawei> (raw)
In-Reply-To: <22f9dbb6-ba5e-4c85-8aa2-6090008e7da4@gmail.com>
On Wed, 23 Oct 2024 20:17:30 +0200
Javier Carrasco <javier.carrasco.cruz@gmail.com> wrote:
> On 23/10/2024 05:10, Stephen Rothwell wrote:
> > Hi all,
> >
> > Today's linux-next merge of the char-misc tree got a conflict in:
> >
> > drivers/iio/light/veml6030.c
> >
> > between commit:
> >
> > de9981636774 ("iio: light: veml6030: fix microlux value calculation")
> >
> > from the iio-fixes tree and commit:
> >
> > ed59fc90f38a ("iio: light: veml6030: drop processed info for white channel")
> >
> > from the char-misc tree.
> >
> > I fixed it up (the latter removed the line updated by the former) and
> > can carry the fix as necessary. This is now fixed as far as linux-next
> > is concerned, but any non trivial conflicts should be mentioned to your
> > upstream maintainer when your tree is submitted for merging. You may
> > also want to consider cooperating with the maintainer of the conflicting
> > tree to minimise any particularly complex conflicts.
> >
>
>
> Hi Stephen,
>
> I doubled checked the status of the driver in linux-next, and everything
> looks as it should: the first commit applied as a single chunk, as its
> second chunk affects lines that the second commit removed.
>
> Thank you for fixing it up.
Not quite. This was a lucky merge issue as it highlighted something I'd
messed up.
A rare case of a fuzzy application of a patch picking the wrong block but still
giving a very plausible looking diff that fooled me.
I picked up the fix via a different tree from where you expected.
In char-misc-next / iio/togreg there is only one instance of this code block because
the larger driver rework removed one of the two that was in the tree that
iio-fixes is based on (effectively mainline).
The fix got applied to the one that is going away (which is going away because
the scale makes no sense on the intensity channel) not the illuminance / IIO_LIGHT
channel that was intended.
I've move it to the right block with the side effect that the merge conflict
should go away. Javier, please check iio.git/fixes-togreg to be 100% sure
I haven't messed it up again.
Thanks Stephen for your hard work on linux-next!
Jonathan
>
> Best regards,
> Javier Carrasco
next prev parent reply other threads:[~2024-10-24 17:41 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-10-23 3:10 linux-next: manual merge of the char-misc tree with the iio-fixes tree Stephen Rothwell
2024-10-23 18:17 ` Javier Carrasco
2024-10-24 17:41 ` Jonathan Cameron [this message]
2024-10-24 18:39 ` Javier Carrasco
2024-10-25 16:08 ` Jonathan Cameron
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=20241024184108.6eb3bdf0@jic23-huawei \
--to=jic23@kernel.org \
--cc=Jonathan.Cameron@Huawei.com \
--cc=arnd@arndb.de \
--cc=greg@kroah.com \
--cc=javier.carrasco.cruz@gmail.com \
--cc=linux-iio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-next@vger.kernel.org \
--cc=sfr@canb.auug.org.au \
/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