Re: Kconfig doesn't support select on choices (was Re: [GIT PULL] nohz: Adaptively stop the tick, finally)

2013-04-26 Thread Frederic Weisbecker
2013/4/25 Frederic Weisbecker : > 2013/4/25 Ingo Molnar : >> >> * Frederic Weisbecker wrote: >> >>> 2013/4/25 Ingo Molnar : >>> > >>> > * Frederic Weisbecker wrote: >>> > >>> >> > depends on VIRT_CPU_ACCOUNTING_GEN >>> >> > >>> >> > It should _really_ select both the RCU and the CPU time

Re: Kconfig doesn't support select on choices (was Re: [GIT PULL] nohz: Adaptively stop the tick, finally)

2013-04-25 Thread Frederic Weisbecker
2013/4/25 Ingo Molnar : > > * Frederic Weisbecker wrote: > >> 2013/4/25 Ingo Molnar : >> > >> > * Frederic Weisbecker wrote: >> > >> >> > depends on VIRT_CPU_ACCOUNTING_GEN >> >> > >> >> > It should _really_ select both the RCU and the CPU time accounting model >> >> > automatically! >> >

Re: Kconfig doesn't support select on choices (was Re: [GIT PULL] nohz: Adaptively stop the tick, finally)

2013-04-25 Thread Ingo Molnar
* Frederic Weisbecker wrote: > 2013/4/25 Ingo Molnar : > > > > * Frederic Weisbecker wrote: > > > >> > depends on VIRT_CPU_ACCOUNTING_GEN > >> > > >> > It should _really_ select both the RCU and the CPU time accounting model > >> > automatically! > >> > >> Yeah I know. I have yet to fix

Kconfig doesn't support select on choices (was Re: [GIT PULL] nohz: Adaptively stop the tick, finally)

2013-04-25 Thread Frederic Weisbecker
2013/4/25 Ingo Molnar : > > * Frederic Weisbecker wrote: > >> > depends on VIRT_CPU_ACCOUNTING_GEN >> > >> > It should _really_ select both the RCU and the CPU time accounting model >> > automatically! >> >> Yeah I know. I have yet to fix that in Kconfig (it's a Kconfig limitation). > > Wh

Re: [GIT PULL] nohz: Adaptively stop the tick, finally

2013-04-24 Thread Ingo Molnar
* Frederic Weisbecker wrote: > > depends on VIRT_CPU_ACCOUNTING_GEN > > > > It should _really_ select both the RCU and the CPU time accounting model > > automatically! > > Yeah I know. I have yet to fix that in Kconfig (it's a Kconfig limitation). Why cannot we simply select it and i

Re: [GIT PULL] nohz: Adaptively stop the tick, finally

2013-04-24 Thread Frederic Weisbecker
On Wed, Apr 24, 2013 at 09:38:52AM +0200, Ingo Molnar wrote: > > * Ingo Molnar wrote: > > > One detail: 'make oldconfig' gave me: > > > > Timer tick handling > >1. Periodic timer ticks (constant rate, no dynticks) (HZ_PERIODIC) (NEW) > > > 2. Idle dynticks system (tickless idle) (NO_HZ_ID

Re: [GIT PULL] nohz: Adaptively stop the tick, finally

2013-04-24 Thread Ingo Molnar
* Ingo Molnar wrote: > One detail: 'make oldconfig' gave me: > > Timer tick handling >1. Periodic timer ticks (constant rate, no dynticks) (HZ_PERIODIC) (NEW) > > 2. Idle dynticks system (tickless idle) (NO_HZ_IDLE) (NEW) > > I.e. CONFIG_NO_HZ_IDLE is picked by default. The default shoul

Re: [GIT PULL] nohz: Adaptively stop the tick, finally

2013-04-24 Thread Ingo Molnar
* Frederic Weisbecker wrote: > Ingo, > > Please pull the latest full dynticks branch that can found at: > > git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git > timers/nohz > > HEAD: 67826eae8c16dbf00c262be6ec15021bb42f69c4 > > This handles perf and CPUs that get