[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <xhsmh4jftjwnl.mognet@vschneid-thinkpadt14sgen2i.remote.csb>
Date: Thu, 04 Jan 2024 10:05:50 +0100
From: Valentin Schneider <vschneid@...hat.com>
To: Alex Shi <seakeel@...il.com>
Cc: alexs@...nel.org, Ingo Molnar <mingo@...hat.com>, Peter Zijlstra
<peterz@...radead.org>, Juri Lelli <juri.lelli@...hat.com>, Vincent
Guittot <vincent.guittot@...aro.org>, Dietmar Eggemann
<dietmar.eggemann@....com>, Steven Rostedt <rostedt@...dmis.org>, Ben
Segall <bsegall@...gle.com>, Mel Gorman <mgorman@...e.de>, Daniel Bristot
de Oliveira <bristot@...hat.com>, linux-kernel@...r.kernel.org,
curuwang@...cent.com
Subject: Re: [PATCH] sched/tracing: correct the task blocking state
On 04/01/24 15:56, Alex Shi wrote:
> On Wed, Jan 3, 2024 at 9:56 PM Valentin Schneider <vschneid@...hat.com> wrote:
>>
>> That's useful information - generally it's good to add the motivation for a
>> patch in the changelog.
>
> Thanks a lot for coaching, I changed the commit log in the v2 patch:
> https://lore.kernel.org/lkml/20240103081042.1549189-1-alexs@kernel.org/
> Btw, which way is usual prefered, send v2 patch in a separate thread
> or add '--in-reply-to' to follow this thread?
>
New threads are usually better, it makes it clear that it is a new version
of the patch and not just a reply to the previous version's
thread.
Reviewers/Maintainers can also jump more easily on the v(n+1) when it's a
separate thread, in case they missed / didn't have time to review the
previous version.
> Thanks
> Alex
>
>>
>> > Thanks!
>>
Powered by blists - more mailing lists