[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CABVgOS=SRvs6fcNzbfDnR=p91TwdKiX5NBeLSCx3FPMCEbzU5A@mail.gmail.com>
Date: Wed, 1 Feb 2023 12:31:49 +0800
From: David Gow <davidgow@...gle.com>
To: Stephen Rothwell <sfr@...b.auug.org.au>
Cc: Shuah Khan <skhan@...uxfoundation.org>,
Brendan Higgins <brendanhiggins@...gle.com>,
Arnd Bergmann <arnd@...db.de>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Linux Next Mailing List <linux-next@...r.kernel.org>
Subject: Re: linux-next: manual merge of the kunit-next tree with the
kunit-fixes tree
On Wed, 1 Feb 2023 at 10:49, Stephen Rothwell <sfr@...b.auug.org.au> wrote:
>
> Hi all,
>
> Today's linux-next merge of the kunit-next tree got a conflict in:
>
> lib/kunit/test.c
>
> between commit:
>
> db105c37a4d6 ("kunit: Export kunit_running()")
>
> from the kunit-fixes tree and commit:
>
> cc3ed2fe5c93 ("kunit: Add "hooks" to call into KUnit when it's built as a module")
>
> from the kunit-next tree.
>
> I fixed it up (the latter incorporated 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.
>
Thanks!
As you noted, the "hooks" patch is meant to supersede "kunit: Export
kunit_running()", which is really meant as a fix for older kernels
which won't get the "hooks" patch.
I imagine we'll rebase this once the fixes go upstream.
Cheers,
-- David
Download attachment "smime.p7s" of type "application/pkcs7-signature" (4003 bytes)
Powered by blists - more mailing lists