Re: Cover-cover letter for two resctrl patch sets

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, Mar 05, 2024 at 10:27:47PM +0000, Luck, Tony wrote:
> 1) Because of significant rebase changes, I dropped all the Reviewed/Tested tags
> from v15. But b4 seems to have noticed that part 5/8 wasn't changed at all since
> v14, and picked up some (but not all) of the tags for that patch:
> 
>   ✓ [PATCH v15 5/8] x86/resctrl: Add node-scope to the options for feature scope
>     + Reviewed-by: Peter Newman <peternewman@xxxxxxxxxx> (✗ DKIM/google.com)
>     + Reviewed-by: Reinette Chatre <reinette.chatre@xxxxxxxxx> (✓ DKIM/intel.com)
>     + Reviewed-by: Babu Moger <babu.moger@xxxxxxx> (✓ DKIM/amd.com)

This is a feature -- any trailers sent to a patch that hasn't changed between
series will be applied to the new series. We don't apply this logic to any
trailers sent to the cover letter, which is probably why you aren't seeing all
the trailers show up.

> 2) My cover-cover letter created some linkage between the two patch series.

That's not an expected situation, which is why b4 doesn't do the right thing,
sorry.

> Trying to retrieve the 2-part v4 series with "git am" would pick up the 8-part
> v15. Using an explicit "-v4" does work to pick up just the 2-part patch.

Another option is to use --no-parent to break the thread at the cover letter
of the series you want:

    b4 am --no-parent 20240228112952.8090-tony.luck@xxxxxxxxx

This option exists for these exact situations when unrelated series show up in
the same thread.
> 3) That b4 am picks up Reinette's "if you make these changes" Reviewed by from:
>   https://lore.kernel.org/all/12766261-26b2-4aa4-a735-c2380c4963fd@xxxxxxxxx/
> [though I can see why it did and realize that we'll need "b4GPT" to parse
> surrounding text to figure out that it should skip that].

Correct, we can't possibly do the right thing there, which is why the usual
advise is not to give conditional trailers, or prepend them with a quote, a
pipe, a dot, etc, e.g.:

    If you fix these, then you can apply:
    | Reviewed-by: ...

> Should folks that offer a conditional tag mark that in the text somewhere to
> let b4 know not to auto-pick?

Using the above strategy effectively achieves the same result.

Best regards,
-K




[Index of Archives]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Linux FS]     [Yosemite Forum]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]     [Linux Resources]

  Powered by Linux