[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <427a54c6-f097-f64d-29fb-b90eee504c4b@linuxfoundation.org>
Date: Wed, 17 May 2023 10:12:49 -0600
From: Shuah Khan <skhan@...uxfoundation.org>
To: paulmck@...nel.org
Cc: Stephen Rothwell <sfr@...b.auug.org.au>,
Shuah Khan <shuah@...nel.org>, Mark Brown <broonie@...nel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Linux Next Mailing List <linux-next@...r.kernel.org>,
Shuah Khan <skhan@...uxfoundation.org>
Subject: Re: linux-next: duplicate patch in the rcu tree
On 5/16/23 06:19, Paul E. McKenney wrote:
> 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?
>
Done. Dropped d7eafa64a158 from linux-kselftest fixes.
thanks,
-- Shuah
Powered by blists - more mailing lists