On Sun, Sep 08, 2013 at 12:32:50PM +0200, Yann E. MORIN wrote:
> Paul, All,
>
> On 2013-09-07 11:57 -0700, Paul E. McKenney spake thusly:
> > On Sat, Sep 07, 2013 at 11:13:48AM +0200, Yann E. MORIN wrote:
> [--SNIP--]
> > > I'll see if I can come up with a meaningfull construct that fixes your
>
Paul, All,
On 2013-09-07 11:57 -0700, Paul E. McKenney spake thusly:
> On Sat, Sep 07, 2013 at 11:13:48AM +0200, Yann E. MORIN wrote:
[--SNIP--]
> > I'll see if I can come up with a meaningfull construct that fixes your
> > use-case. Don't hold your breath, though! ;-)
>
> If not, we need to add
Paul, All,
On 2013-09-07 11:57 -0700, Paul E. McKenney spake thusly:
On Sat, Sep 07, 2013 at 11:13:48AM +0200, Yann E. MORIN wrote:
[--SNIP--]
I'll see if I can come up with a meaningfull construct that fixes your
use-case. Don't hold your breath, though! ;-)
If not, we need to add
On Sun, Sep 08, 2013 at 12:32:50PM +0200, Yann E. MORIN wrote:
Paul, All,
On 2013-09-07 11:57 -0700, Paul E. McKenney spake thusly:
On Sat, Sep 07, 2013 at 11:13:48AM +0200, Yann E. MORIN wrote:
[--SNIP--]
I'll see if I can come up with a meaningfull construct that fixes your
On Sat, Sep 07, 2013 at 01:22:57PM +0200, Geert Uytterhoeven wrote:
> On Fri, Sep 6, 2013 at 8:50 PM, Geert Uytterhoeven
> wrote:
> > On Fri, Sep 6, 2013 at 7:30 PM, Paul E. McKenney
> > wrote:
> >>> Furthermore, it seems only hexagon, metag, mips, and x86 set NR_CPUS to 1
> >>> if !SMP. On
On Sat, Sep 07, 2013 at 11:13:48AM +0200, Yann E. MORIN wrote:
> Paul, All,
>
> On 2013-09-06 10:30 -0700, Paul E. McKenney spake thusly:
> [--SNIP--]
> > I also tried using Kconfig "if":
> >
> > if SMP
> > config NR_CPUS_REALLY
> > int "Fixed version of NR_CPUS"
> > default NR_CPUS
> >
On Fri, Sep 6, 2013 at 8:50 PM, Geert Uytterhoeven wrote:
> On Fri, Sep 6, 2013 at 7:30 PM, Paul E. McKenney
> wrote:
>>> Furthermore, it seems only hexagon, metag, mips, and x86 set NR_CPUS to 1
>>> if !SMP. On other architectures, NR_CPUS is not defined and presumed to be
>>> 0.
>>
>> Would
Paul, All,
On 2013-09-06 10:30 -0700, Paul E. McKenney spake thusly:
[--SNIP--]
> I also tried using Kconfig "if":
>
> if SMP
> config NR_CPUS_REALLY
> int "Fixed version of NR_CPUS"
> default NR_CPUS
> endif
> if !SMP
> config NR_CPUS_REALLY
> int "Fixed version of NR_CPUS"
>
Paul, All,
On 2013-09-06 10:30 -0700, Paul E. McKenney spake thusly:
[--SNIP--]
I also tried using Kconfig if:
if SMP
config NR_CPUS_REALLY
int Fixed version of NR_CPUS
default NR_CPUS
endif
if !SMP
config NR_CPUS_REALLY
int Fixed version of NR_CPUS
default 1
On Fri, Sep 6, 2013 at 8:50 PM, Geert Uytterhoeven ge...@linux-m68k.org wrote:
On Fri, Sep 6, 2013 at 7:30 PM, Paul E. McKenney
paul...@linux.vnet.ibm.com wrote:
Furthermore, it seems only hexagon, metag, mips, and x86 set NR_CPUS to 1
if !SMP. On other architectures, NR_CPUS is not defined
On Sat, Sep 07, 2013 at 11:13:48AM +0200, Yann E. MORIN wrote:
Paul, All,
On 2013-09-06 10:30 -0700, Paul E. McKenney spake thusly:
[--SNIP--]
I also tried using Kconfig if:
if SMP
config NR_CPUS_REALLY
int Fixed version of NR_CPUS
default NR_CPUS
endif
if !SMP
On Sat, Sep 07, 2013 at 01:22:57PM +0200, Geert Uytterhoeven wrote:
On Fri, Sep 6, 2013 at 8:50 PM, Geert Uytterhoeven ge...@linux-m68k.org
wrote:
On Fri, Sep 6, 2013 at 7:30 PM, Paul E. McKenney
paul...@linux.vnet.ibm.com wrote:
Furthermore, it seems only hexagon, metag, mips, and x86
On Fri, Sep 06, 2013 at 08:50:41PM +0200, Geert Uytterhoeven wrote:
> On Fri, Sep 6, 2013 at 7:30 PM, Paul E. McKenney
> wrote:
> >> Furthermore, it seems only hexagon, metag, mips, and x86 set NR_CPUS to 1
> >> if !SMP. On other architectures, NR_CPUS is not defined and presumed to be
> >> 0.
>
On Fri, Sep 6, 2013 at 7:30 PM, Paul E. McKenney
wrote:
>> Furthermore, it seems only hexagon, metag, mips, and x86 set NR_CPUS to 1
>> if !SMP. On other architectures, NR_CPUS is not defined and presumed to be 0.
>
> Would it make sense to require that NR_CPUS=1 for !SMP?
Yes, this looks
On Fri, Sep 06, 2013 at 10:08:22AM +0200, Geert Uytterhoeven wrote:
> On Tue, Aug 20, 2013 at 4:47 AM, Paul E. McKenney
> wrote:
> > --- a/kernel/time/Kconfig
> > +++ b/kernel/time/Kconfig
> > @@ -157,6 +157,33 @@ config NO_HZ_FULL_SYSIDLE
> >
> > Say N if you are unsure.
> >
> > +config
On Tue, Aug 20, 2013 at 4:47 AM, Paul E. McKenney
wrote:
> --- a/kernel/time/Kconfig
> +++ b/kernel/time/Kconfig
> @@ -157,6 +157,33 @@ config NO_HZ_FULL_SYSIDLE
>
> Say N if you are unsure.
>
> +config NO_HZ_FULL_SYSIDLE_SMALL
> + int "Number of CPUs above which large-system
On Tue, Aug 20, 2013 at 4:47 AM, Paul E. McKenney
paul...@linux.vnet.ibm.com wrote:
--- a/kernel/time/Kconfig
+++ b/kernel/time/Kconfig
@@ -157,6 +157,33 @@ config NO_HZ_FULL_SYSIDLE
Say N if you are unsure.
+config NO_HZ_FULL_SYSIDLE_SMALL
+ int Number of CPUs above which
On Fri, Sep 06, 2013 at 10:08:22AM +0200, Geert Uytterhoeven wrote:
On Tue, Aug 20, 2013 at 4:47 AM, Paul E. McKenney
paul...@linux.vnet.ibm.com wrote:
--- a/kernel/time/Kconfig
+++ b/kernel/time/Kconfig
@@ -157,6 +157,33 @@ config NO_HZ_FULL_SYSIDLE
Say N if you are unsure.
On Fri, Sep 6, 2013 at 7:30 PM, Paul E. McKenney
paul...@linux.vnet.ibm.com wrote:
Furthermore, it seems only hexagon, metag, mips, and x86 set NR_CPUS to 1
if !SMP. On other architectures, NR_CPUS is not defined and presumed to be 0.
Would it make sense to require that NR_CPUS=1 for !SMP?
On Fri, Sep 06, 2013 at 08:50:41PM +0200, Geert Uytterhoeven wrote:
On Fri, Sep 6, 2013 at 7:30 PM, Paul E. McKenney
paul...@linux.vnet.ibm.com wrote:
Furthermore, it seems only hexagon, metag, mips, and x86 set NR_CPUS to 1
if !SMP. On other architectures, NR_CPUS is not defined and
On Tue, Aug 27, 2013 at 11:41:44AM +0800, Lai Jiangshan wrote:
> On 08/27/2013 12:24 AM, Paul E. McKenney wrote:
> > On Mon, Aug 26, 2013 at 01:45:32PM +0800, Lai Jiangshan wrote:
> >> On 08/20/2013 10:47 AM, Paul E. McKenney wrote:
> >>> From: "Paul E. McKenney"
> >>>
> >>> This commit adds the
On Tue, Aug 27, 2013 at 11:41:44AM +0800, Lai Jiangshan wrote:
On 08/27/2013 12:24 AM, Paul E. McKenney wrote:
On Mon, Aug 26, 2013 at 01:45:32PM +0800, Lai Jiangshan wrote:
On 08/20/2013 10:47 AM, Paul E. McKenney wrote:
From: Paul E. McKenney paul...@linux.vnet.ibm.com
This commit
On 08/27/2013 12:24 AM, Paul E. McKenney wrote:
> On Mon, Aug 26, 2013 at 01:45:32PM +0800, Lai Jiangshan wrote:
>> On 08/20/2013 10:47 AM, Paul E. McKenney wrote:
>>> From: "Paul E. McKenney"
>>>
>>> This commit adds the state machine that takes the per-CPU idle data
>>> as input and produces a
On Mon, Aug 26, 2013 at 01:45:32PM +0800, Lai Jiangshan wrote:
> On 08/20/2013 10:47 AM, Paul E. McKenney wrote:
> > From: "Paul E. McKenney"
> >
> > This commit adds the state machine that takes the per-CPU idle data
> > as input and produces a full-system-idle indication as output. This
> >
On Mon, Aug 26, 2013 at 01:45:32PM +0800, Lai Jiangshan wrote:
On 08/20/2013 10:47 AM, Paul E. McKenney wrote:
From: Paul E. McKenney paul...@linux.vnet.ibm.com
This commit adds the state machine that takes the per-CPU idle data
as input and produces a full-system-idle indication as
On 08/27/2013 12:24 AM, Paul E. McKenney wrote:
On Mon, Aug 26, 2013 at 01:45:32PM +0800, Lai Jiangshan wrote:
On 08/20/2013 10:47 AM, Paul E. McKenney wrote:
From: Paul E. McKenney paul...@linux.vnet.ibm.com
This commit adds the state machine that takes the per-CPU idle data
as input and
On 08/20/2013 10:47 AM, Paul E. McKenney wrote:
> From: "Paul E. McKenney"
>
> This commit adds the state machine that takes the per-CPU idle data
> as input and produces a full-system-idle indication as output. This
> state machine is driven out of RCU's quiescent-state-forcing
> mechanism,
On 08/20/2013 10:47 AM, Paul E. McKenney wrote:
From: Paul E. McKenney paul...@linux.vnet.ibm.com
This commit adds the state machine that takes the per-CPU idle data
as input and produces a full-system-idle indication as output. This
state machine is driven out of RCU's
From: "Paul E. McKenney"
This commit adds the state machine that takes the per-CPU idle data
as input and produces a full-system-idle indication as output. This
state machine is driven out of RCU's quiescent-state-forcing
mechanism, which invokes rcu_sysidle_check_cpu() to collect per-CPU
idle
From: Paul E. McKenney paul...@linux.vnet.ibm.com
This commit adds the state machine that takes the per-CPU idle data
as input and produces a full-system-idle indication as output. This
state machine is driven out of RCU's quiescent-state-forcing
mechanism, which invokes rcu_sysidle_check_cpu()
From: "Paul E. McKenney"
This commit adds the state machine that takes the per-CPU idle data
as input and produces a full-system-idle indication as output. This
state machine is driven out of RCU's quiescent-state-forcing
mechanism, which invokes rcu_sysidle_check_cpu() to collect per-CPU
idle
From: Paul E. McKenney paul...@linux.vnet.ibm.com
This commit adds the state machine that takes the per-CPU idle data
as input and produces a full-system-idle indication as output. This
state machine is driven out of RCU's quiescent-state-forcing
mechanism, which invokes rcu_sysidle_check_cpu()
32 matches
Mail list logo