Re: [PATCH v4 0/8] support for bitmap (and hence CPU) list "N" abbreviation

2021-02-21 Thread Paul Gortmaker
[Re: [PATCH v4 0/8] support for bitmap (and hence CPU) list "N" abbreviation] On 10/02/2021 (Wed 15:50) Yury Norov wrote: > On Wed, Feb 10, 2021 at 9:57 AM Paul E. McKenney wrote: > > > > On Wed, Feb 10, 2021 at 06:26:54PM +0200, Andy Shevchenko wrote: > > >

Re: [PATCH v4 0/8] support for bitmap (and hence CPU) list "N" abbreviation

2021-02-11 Thread Paul E. McKenney
On Thu, Feb 11, 2021 at 04:23:39PM -0800, Yury Norov wrote: > On Wed, Feb 10, 2021 at 04:23:09PM -0800, Paul E. McKenney wrote: > > On Wed, Feb 10, 2021 at 03:50:07PM -0800, Yury Norov wrote: > > > On Wed, Feb 10, 2021 at 9:57 AM Paul E. McKenney > > > wrote: > > > > > > > > On Wed, Feb 10, 2021

Re: [PATCH v4 0/8] support for bitmap (and hence CPU) list "N" abbreviation

2021-02-11 Thread Yury Norov
On Wed, Feb 10, 2021 at 04:23:09PM -0800, Paul E. McKenney wrote: > On Wed, Feb 10, 2021 at 03:50:07PM -0800, Yury Norov wrote: > > On Wed, Feb 10, 2021 at 9:57 AM Paul E. McKenney wrote: > > > > > > On Wed, Feb 10, 2021 at 06:26:54PM +0200, Andy Shevchenko wrote: > > > > On Tue, Feb 09, 2021 at 0

Re: [PATCH v4 0/8] support for bitmap (and hence CPU) list "N" abbreviation

2021-02-11 Thread Rasmus Villemoes
On 10/02/2021 18.57, Paul E. McKenney wrote: > On Wed, Feb 10, 2021 at 06:26:54PM +0200, Andy Shevchenko wrote: >> On Tue, Feb 09, 2021 at 05:58:59PM -0500, Paul Gortmaker wrote: >>> The basic objective here was to add support for "nohz_full=8-N" and/or >>> "rcu_nocbs="4-N" -- essentially introduce

Re: [PATCH v4 0/8] support for bitmap (and hence CPU) list "N" abbreviation

2021-02-10 Thread Paul E. McKenney
On Wed, Feb 10, 2021 at 03:50:07PM -0800, Yury Norov wrote: > On Wed, Feb 10, 2021 at 9:57 AM Paul E. McKenney wrote: > > > > On Wed, Feb 10, 2021 at 06:26:54PM +0200, Andy Shevchenko wrote: > > > On Tue, Feb 09, 2021 at 05:58:59PM -0500, Paul Gortmaker wrote: > > > > The basic objective here was

Re: [PATCH v4 0/8] support for bitmap (and hence CPU) list "N" abbreviation

2021-02-10 Thread Yury Norov
On Wed, Feb 10, 2021 at 9:57 AM Paul E. McKenney wrote: > > On Wed, Feb 10, 2021 at 06:26:54PM +0200, Andy Shevchenko wrote: > > On Tue, Feb 09, 2021 at 05:58:59PM -0500, Paul Gortmaker wrote: > > > The basic objective here was to add support for "nohz_full=8-N" and/or > > > "rcu_nocbs="4-N" -- es

Re: [PATCH v4 0/8] support for bitmap (and hence CPU) list "N" abbreviation

2021-02-10 Thread Paul E. McKenney
On Wed, Feb 10, 2021 at 06:26:54PM +0200, Andy Shevchenko wrote: > On Tue, Feb 09, 2021 at 05:58:59PM -0500, Paul Gortmaker wrote: > > The basic objective here was to add support for "nohz_full=8-N" and/or > > "rcu_nocbs="4-N" -- essentially introduce "N" as a portable reference > > to the last cor

Re: [PATCH v4 0/8] support for bitmap (and hence CPU) list "N" abbreviation

2021-02-10 Thread Andy Shevchenko
On Tue, Feb 09, 2021 at 05:58:59PM -0500, Paul Gortmaker wrote: > The basic objective here was to add support for "nohz_full=8-N" and/or > "rcu_nocbs="4-N" -- essentially introduce "N" as a portable reference > to the last core, evaluated at boot for anything using a CPU list. I thought we kinda a

[PATCH v4 0/8] support for bitmap (and hence CPU) list "N" abbreviation

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