Re: [PATCH 0/4] RFC: support for global CPU list abbreviations

2020-11-08 Thread Paul E. McKenney
On Sun, Nov 08, 2020 at 03:21:40PM -0500, Paul Gortmaker wrote: > On 2020-11-08 1:02 p.m., Paul E. McKenney wrote: > > > Or I can carry them if you wish. My expected changes in response to > > this series are shown below, and are also what I used to test it. > > Thanks Paul - that would get

Re: [PATCH 0/4] RFC: support for global CPU list abbreviations

2020-11-08 Thread Paul Gortmaker
On 2020-11-08 1:02 p.m., Paul E. McKenney wrote: > Or I can carry them if you wish. My expected changes in response to > this series are shown below, and are also what I used to test it. Thanks Paul - that would get linux-next exposure w/o me pestering sfr. If nobody else has objections,

Re: [PATCH 0/4] RFC: support for global CPU list abbreviations

2020-11-08 Thread Paul E. McKenney
On Sun, Nov 08, 2020 at 11:08:12AM -0500, Paul Gortmaker wrote: > The basic objective here was to add support for "nohz_full=8-last" and/or > "rcu_nocbs="4-last" -- essentially introduce "last" as a portable > reference evaluated at boot/runtime for anything using a CPU list. > > The thinking

[PATCH 0/4] RFC: support for global CPU list abbreviations

2020-11-08 Thread Paul Gortmaker
The basic objective here was to add support for "nohz_full=8-last" and/or "rcu_nocbs="4-last" -- essentially introduce "last" as a portable reference evaluated at boot/runtime for anything using a CPU list. The thinking behind this, is that people carve off a few early CPUs to support