Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
Date:   Tue, 16 May 2023 05:19:06 -0700
From:   "Paul E. McKenney" <paulmck@kernel.org>
To:     Shuah Khan <skhan@linuxfoundation.org>
Cc:     Stephen Rothwell <sfr@canb.auug.org.au>,
        Shuah Khan <shuah@kernel.org>, Mark Brown <broonie@kernel.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Linux Next Mailing List <linux-next@vger.kernel.org>
Subject: Re: linux-next: duplicate patch in the rcu tree
Message-ID: <62cabd2d-124f-4bc3-8eb8-36773c10b4f2@paulmck-laptop>
Reply-To: paulmck@kernel.org
References: <20230511090010.2916e9d7@canb.auug.org.au>
 <59c2fd36-6920-47d8-a79c-9ff3fcf7c7ae@paulmck-laptop>
 <96c6fdf7-e589-ca56-9314-1d437b8082ac@linuxfoundation.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <96c6fdf7-e589-ca56-9314-1d437b8082ac@linuxfoundation.org>
Precedence: bulk

On Mon, May 15, 2023 at 01:28:23PM -0600, Shuah Khan wrote:
> On 5/11/23 10:52, Paul E. McKenney wrote:
> > On Thu, May 11, 2023 at 09:00:10AM +1000, Stephen Rothwell wrote:
> > > Hi all,
> > > 
> > > The following commit is also in the kselftest-fixes tree as a different
> > > commit (but the same patch):
> > > 
> > >    6d9ed63d8bc3 ("tools/nolibc: Fix build of stdio.h due to header ordering")
> > > 
> > > This is commit
> > > 
> > >    d7eafa64a158 ("tools/nolibc: Fix build of stdio.h due to header ordering")
> > > 
> > > in the kselftest-fixes tree.
> > 
> > I can currently cleanly remove this commit from the rest of the nolibc
> > commits in -rcu.
> > 
> > However, I might need to re-introduce it in some way or another, for
> > example, if there are dependencies on it by future nolibc patches.
> > (I expect another batch in a few days.)
> > 
> > So how would you like to proceed?
> 
> Paul,
> 
> I can drop this from linux-kselftest fixes if that is the easier path.
> Just let me know.

That would work better for me, less need to keep track of different
commits in different trees.  So could you please drop this one?

							Thanx, Paul