Re: [PATCH] tick/idle/powerpc: Do not register idle states with CPUIDLE_FLAG_TIMER_STOP set in periodic mode

2015-06-26 Thread Rafael J. Wysocki
On Thursday, June 25, 2015 09:05:49 AM Preeti U Murthy wrote: > On 06/25/2015 05:36 AM, Rafael J. Wysocki wrote: > > On Thu, Jun 25, 2015 at 12:06 AM, Benjamin Herrenschmidt > > wrote: > >> On Wed, 2015-06-24 at 15:50 +0200, Rafael J. Wysocki wrote: > >>> 4.2 material I suppose? > >> > >> And

Re: [PATCH] tick/idle/powerpc: Do not register idle states with CPUIDLE_FLAG_TIMER_STOP set in periodic mode

2015-06-26 Thread Rafael J. Wysocki
On Thursday, June 25, 2015 09:05:49 AM Preeti U Murthy wrote: On 06/25/2015 05:36 AM, Rafael J. Wysocki wrote: On Thu, Jun 25, 2015 at 12:06 AM, Benjamin Herrenschmidt b...@kernel.crashing.org wrote: On Wed, 2015-06-24 at 15:50 +0200, Rafael J. Wysocki wrote: 4.2 material I suppose?

Re: [PATCH] tick/idle/powerpc: Do not register idle states with CPUIDLE_FLAG_TIMER_STOP set in periodic mode

2015-06-24 Thread Preeti U Murthy
On 06/25/2015 05:36 AM, Rafael J. Wysocki wrote: > On Thu, Jun 25, 2015 at 12:06 AM, Benjamin Herrenschmidt > wrote: >> On Wed, 2015-06-24 at 15:50 +0200, Rafael J. Wysocki wrote: >>> 4.2 material I suppose? >> >> And stable. Without this, if you configure without TICK_ONESHOT, the >> machine

Re: [PATCH] tick/idle/powerpc: Do not register idle states with CPUIDLE_FLAG_TIMER_STOP set in periodic mode

2015-06-24 Thread Rafael J. Wysocki
On Thu, Jun 25, 2015 at 12:06 AM, Benjamin Herrenschmidt wrote: > On Wed, 2015-06-24 at 15:50 +0200, Rafael J. Wysocki wrote: >> 4.2 material I suppose? > > And stable. Without this, if you configure without TICK_ONESHOT, the > machine will hang. OK, which -stable? All of them or any specific

Re: [PATCH] tick/idle/powerpc: Do not register idle states with CPUIDLE_FLAG_TIMER_STOP set in periodic mode

2015-06-24 Thread Benjamin Herrenschmidt
On Wed, 2015-06-24 at 15:50 +0200, Rafael J. Wysocki wrote: > 4.2 material I suppose? And stable. Without this, if you configure without TICK_ONESHOT, the machine will hang. Cheers, Ben. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

Re: [PATCH] tick/idle/powerpc: Do not register idle states with CPUIDLE_FLAG_TIMER_STOP set in periodic mode

2015-06-24 Thread Rafael J. Wysocki
On Thu, Jun 25, 2015 at 12:10 AM, Michael Ellerman wrote: > > > On 24 June 2015 23:50:40 GMT+10:00, "Rafael J. Wysocki" > wrote: >>On Wednesday, June 24, 2015 01:48:01 AM Preeti U Murthy wrote: >>> On some archs, the local clockevent device stops in deep cpuidle >>states. >>> The broadcast

Re: [PATCH] tick/idle/powerpc: Do not register idle states with CPUIDLE_FLAG_TIMER_STOP set in periodic mode

2015-06-24 Thread Michael Ellerman
On 24 June 2015 23:50:40 GMT+10:00, "Rafael J. Wysocki" wrote: >On Wednesday, June 24, 2015 01:48:01 AM Preeti U Murthy wrote: >> On some archs, the local clockevent device stops in deep cpuidle >states. >> The broadcast framework is used to wakeup cpus in these idle states, >in >> which

Re: [PATCH] tick/idle/powerpc: Do not register idle states with CPUIDLE_FLAG_TIMER_STOP set in periodic mode

2015-06-24 Thread Rafael J. Wysocki
On Wednesday, June 24, 2015 01:48:01 AM Preeti U Murthy wrote: > On some archs, the local clockevent device stops in deep cpuidle states. > The broadcast framework is used to wakeup cpus in these idle states, in > which either an external clockevent device is used to send wakeup ipis > or the

[PATCH] tick/idle/powerpc: Do not register idle states with CPUIDLE_FLAG_TIMER_STOP set in periodic mode

2015-06-24 Thread Preeti U Murthy
On some archs, the local clockevent device stops in deep cpuidle states. The broadcast framework is used to wakeup cpus in these idle states, in which either an external clockevent device is used to send wakeup ipis or the hrtimer broadcast framework kicks in in the absence of such a device. One

[PATCH] tick/idle/powerpc: Do not register idle states with CPUIDLE_FLAG_TIMER_STOP set in periodic mode

2015-06-24 Thread Preeti U Murthy
On some archs, the local clockevent device stops in deep cpuidle states. The broadcast framework is used to wakeup cpus in these idle states, in which either an external clockevent device is used to send wakeup ipis or the hrtimer broadcast framework kicks in in the absence of such a device. One

Re: [PATCH] tick/idle/powerpc: Do not register idle states with CPUIDLE_FLAG_TIMER_STOP set in periodic mode

2015-06-24 Thread Michael Ellerman
On 24 June 2015 23:50:40 GMT+10:00, Rafael J. Wysocki r...@rjwysocki.net wrote: On Wednesday, June 24, 2015 01:48:01 AM Preeti U Murthy wrote: On some archs, the local clockevent device stops in deep cpuidle states. The broadcast framework is used to wakeup cpus in these idle states, in

Re: [PATCH] tick/idle/powerpc: Do not register idle states with CPUIDLE_FLAG_TIMER_STOP set in periodic mode

2015-06-24 Thread Rafael J. Wysocki
On Thu, Jun 25, 2015 at 12:10 AM, Michael Ellerman mich...@ellerman.id.au wrote: On 24 June 2015 23:50:40 GMT+10:00, Rafael J. Wysocki r...@rjwysocki.net wrote: On Wednesday, June 24, 2015 01:48:01 AM Preeti U Murthy wrote: On some archs, the local clockevent device stops in deep cpuidle

Re: [PATCH] tick/idle/powerpc: Do not register idle states with CPUIDLE_FLAG_TIMER_STOP set in periodic mode

2015-06-24 Thread Rafael J. Wysocki
On Wednesday, June 24, 2015 01:48:01 AM Preeti U Murthy wrote: On some archs, the local clockevent device stops in deep cpuidle states. The broadcast framework is used to wakeup cpus in these idle states, in which either an external clockevent device is used to send wakeup ipis or the hrtimer

Re: [PATCH] tick/idle/powerpc: Do not register idle states with CPUIDLE_FLAG_TIMER_STOP set in periodic mode

2015-06-24 Thread Rafael J. Wysocki
On Thu, Jun 25, 2015 at 12:06 AM, Benjamin Herrenschmidt b...@kernel.crashing.org wrote: On Wed, 2015-06-24 at 15:50 +0200, Rafael J. Wysocki wrote: 4.2 material I suppose? And stable. Without this, if you configure without TICK_ONESHOT, the machine will hang. OK, which -stable? All of them

Re: [PATCH] tick/idle/powerpc: Do not register idle states with CPUIDLE_FLAG_TIMER_STOP set in periodic mode

2015-06-24 Thread Benjamin Herrenschmidt
On Wed, 2015-06-24 at 15:50 +0200, Rafael J. Wysocki wrote: 4.2 material I suppose? And stable. Without this, if you configure without TICK_ONESHOT, the machine will hang. Cheers, Ben. -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to

Re: [PATCH] tick/idle/powerpc: Do not register idle states with CPUIDLE_FLAG_TIMER_STOP set in periodic mode

2015-06-24 Thread Preeti U Murthy
On 06/25/2015 05:36 AM, Rafael J. Wysocki wrote: On Thu, Jun 25, 2015 at 12:06 AM, Benjamin Herrenschmidt b...@kernel.crashing.org wrote: On Wed, 2015-06-24 at 15:50 +0200, Rafael J. Wysocki wrote: 4.2 material I suppose? And stable. Without this, if you configure without TICK_ONESHOT, the