[PATCH 15/51] x86, cpuid: Fix CPU hotplug callback registration

of callback registration. Cc: H. Peter Anvin h...@zytor.com Cc: Thomas Gleixner t...@linutronix.de Cc: Ingo Molnar mi...@redhat.com Cc: x...@kernel.org Signed-off-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com --- arch/x86/kernel/cpuid.c | 15 --- 1 file changed, 8 insertions

[PATCH 16/51] x86, vsyscall: Fix CPU hotplug callback registration

of callback registration. Cc: Thomas Gleixner t...@linutronix.de Cc: Ingo Molnar mi...@redhat.com Cc: H. Peter Anvin h...@zytor.com Cc: x...@kernel.org Signed-off-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com --- arch/x86/kernel/vsyscall_64.c |6 +- 1 file changed, 5 insertions

[PATCH 14/51] x86, msr: Fix CPU hotplug callback registration

of callback registration. Cc: H. Peter Anvin h...@zytor.com Cc: Thomas Gleixner t...@linutronix.de Cc: Ingo Molnar mi...@redhat.com Cc: x...@kernel.org Signed-off-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com --- arch/x86/kernel/msr.c | 16 +--- 1 file changed, 9 insertions(+), 7

[PATCH 22/51] x86, intel, rapl: Fix CPU hotplug callback registration

-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com --- arch/x86/kernel/cpu/perf_event_intel_rapl.c |9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/arch/x86/kernel/cpu/perf_event_intel_rapl.c b/arch/x86/kernel/cpu/perf_event_intel_rapl.c index 5ad35ad..bc41c02

[PATCH 18/51] x86, mce: Fix CPU hotplug callback registration

of callback registration. Cc: Tony Luck tony.l...@intel.com Cc: Borislav Petkov b...@alien8.de Cc: Thomas Gleixner t...@linutronix.de Cc: Ingo Molnar mi...@redhat.com Cc: H. Peter Anvin h...@zytor.com Cc: x...@kernel.org Cc: linux-e...@vger.kernel.org Signed-off-by: Srivatsa S. Bhat srivatsa.b

[PATCH 21/51] x86, intel, cacheinfo: Fix CPU hotplug callback registration

this latter form of callback registration. Cc: Thomas Gleixner t...@linutronix.de Cc: Ingo Molnar mi...@redhat.com Cc: H. Peter Anvin h...@zytor.com Cc: x...@kernel.org Cc: Borislav Petkov b...@suse.de Signed-off-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com --- arch/x86/kernel/cpu

[PATCH 20/51] x86, amd, ibs: Fix CPU hotplug callback registration

-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com --- arch/x86/kernel/cpu/perf_event_amd_ibs.c |6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/arch/x86/kernel/cpu/perf_event_amd_ibs.c b/arch/x86/kernel/cpu/perf_event_amd_ibs.c index 4b8e4d3..f35a2c6 100644 --- a/arch

[PATCH 19/51] x86, therm_throt.c: Fix CPU hotplug callback registration

this latter form of callback registration. Cc: Tony Luck tony.l...@intel.com Cc: Borislav Petkov b...@alien8.de Cc: Thomas Gleixner t...@linutronix.de Cc: Ingo Molnar mi...@redhat.com Cc: H. Peter Anvin h...@zytor.com Cc: x...@kernel.org Cc: linux-e...@vger.kernel.org Signed-off-by: Srivatsa S. Bhat

[PATCH 23/51] x86, amd, uncore: Fix CPU hotplug callback registration

-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com --- arch/x86/kernel/cpu/perf_event_amd_uncore.c |7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/arch/x86/kernel/cpu/perf_event_amd_uncore.c b/arch/x86/kernel/cpu/perf_event_amd_uncore.c index 754291a..3982ef0 100644

[PATCH 27/51] x86, kvm: Fix CPU hotplug callback registration

of callback registration. Cc: Gleb Natapov g...@kernel.org Cc: Paolo Bonzini pbonz...@redhat.com Cc: Thomas Gleixner t...@linutronix.de Cc: Ingo Molnar mi...@redhat.com Cc: H. Peter Anvin h...@zytor.com Cc: x...@kernel.org Cc: k...@vger.kernel.org Signed-off-by: Srivatsa S. Bhat srivatsa.b

[PATCH 26/51] x86, oprofile, nmi: Fix CPU hotplug callback registration

...@kernel.org Cc: Thomas Gleixner t...@linutronix.de Cc: Ingo Molnar mi...@redhat.com Cc: H. Peter Anvin h...@zytor.com Cc: x...@kernel.org Signed-off-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com --- arch/x86/oprofile/nmi_int.c | 15 +-- 1 file changed, 13 insertions(+), 2

[PATCH 24/51] x86, hpet: Fix CPU hotplug callback registration

of callback registration. Cc: Thomas Gleixner t...@linutronix.de Cc: Ingo Molnar mi...@redhat.com Cc: H. Peter Anvin h...@zytor.com Cc: x...@kernel.org Signed-off-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com --- arch/x86/kernel/hpet.c |4 +++- 1 file changed, 3 insertions(+), 1 deletion

[PATCH 25/51] x86, pci, amd-bus: Fix CPU hotplug callback registration

of callback registration. Cc: Bjorn Helgaas bhelg...@google.com Cc: Thomas Gleixner t...@linutronix.de Cc: Ingo Molnar mi...@redhat.com Cc: H. Peter Anvin h...@zytor.com Cc: x...@kernel.org Cc: linux-...@vger.kernel.org Signed-off-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com --- arch/x86

[PATCH 28/51] arm64, hw_breakpoint.c: Fix CPU hotplug callback registration

this latter form of callback registration. Cc: Catalin Marinas catalin.mari...@arm.com Cc: Will Deacon will.dea...@arm.com Cc: Lorenzo Pieralisi lorenzo.pieral...@arm.com Cc: linux-arm-ker...@lists.infradead.org Signed-off-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com --- arch/arm64/kernel

[PATCH 29/51] arm64, debug-monitors: Fix CPU hotplug callback registration

this latter form of callback registration. Cc: Catalin Marinas catalin.mari...@arm.com Cc: Will Deacon will.dea...@arm.com Cc: Russell King rmk+ker...@arm.linux.org.uk Cc: linux-arm-ker...@lists.infradead.org Signed-off-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com --- arch/arm64/kernel/debug

[PATCH 36/51] drivers/base/topology.c: Fix CPU hotplug callback registration

of callback registration. Cc: Greg Kroah-Hartman gre...@linuxfoundation.org Signed-off-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com --- drivers/base/topology.c | 12 1 file changed, 8 insertions(+), 4 deletions(-) diff --git a/drivers/base/topology.c b/drivers/base/topology.c

[PATCH 30/51] powercap, intel-rapl: Fix CPU hotplug callback registration

rafael.j.wyso...@intel.com Cc: Jacob Pan jacob.jun@linux.intel.com Cc: Srinivas Pandruvada srinivas.pandruv...@linux.intel.com Signed-off-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com --- drivers/powercap/intel_rapl.c | 10 -- 1 file changed, 8 insertions(+), 2 deletions

[PATCH 40/51] octeon, watchdog: Fix CPU hotplug callback registration

form of callback registration. Cc: Wim Van Sebroeck w...@iguana.be Cc: linux-watch...@vger.kernel.org Signed-off-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com --- drivers/watchdog/octeon-wdt-main.c | 11 +-- 1 file changed, 9 insertions(+), 2 deletions(-) diff --git a/drivers

[PATCH 33/51] scsi, fcoe: Fix CPU hotplug callback registration

of callback registration. Cc: Robert Love robert.w.l...@intel.com Cc: James E.J. Bottomley jbottom...@parallels.com Cc: fcoe-de...@open-fcoe.org Cc: linux-s...@vger.kernel.org Signed-off-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com --- drivers/scsi/fcoe/fcoe.c | 15 +-- 1 file

[PATCH 35/51] acpi-cpufreq: Fix CPU hotplug callback registration

of callback registration. Cc: Rafael J. Wysocki r...@rjwysocki.net Cc: Viresh Kumar viresh.ku...@linaro.org Cc: cpuf...@vger.kernel.org Cc: linux...@vger.kernel.org Signed-off-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com --- drivers/cpufreq/acpi-cpufreq.c |7 --- 1 file changed, 4

[PATCH 31/51] scsi, bnx2i: Fix CPU hotplug callback registration

of callback registration. Cc: Eddie Wai eddie@broadcom.com Cc: James E.J. Bottomley jbottom...@parallels.com Cc: linux-s...@vger.kernel.org Signed-off-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com --- drivers/scsi/bnx2i/bnx2i_init.c | 12 ++-- 1 file changed, 10 insertions

[PATCH 34/51] zsmalloc: Fix CPU hotplug callback registration

of callback registration. Cc: Minchan Kim minc...@kernel.org Cc: Nitin Gupta ngu...@vflare.org Cc: linux...@kvack.org Signed-off-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com --- mm/zsmalloc.c | 17 ++--- 1 file changed, 14 insertions(+), 3 deletions(-) diff --git a/mm/zsmalloc.c

[PATCH 39/51] oprofile, nmi-timer: Fix CPU hotplug callback registration

form of callback registration. Cc: Robert Richter r...@kernel.org Signed-off-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com --- drivers/oprofile/nmi_timer_int.c | 23 +-- 1 file changed, 13 insertions(+), 10 deletions(-) diff --git a/drivers/oprofile/nmi_timer_int.c

[PATCH 32/51] scsi, bnx2fc: Fix CPU hotplug callback registration

of callback registration. Cc: Eddie Wai eddie@broadcom.com Cc: James E.J. Bottomley jbottom...@parallels.com Cc: linux-s...@vger.kernel.org Signed-off-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com --- drivers/scsi/bnx2fc/bnx2fc_fcoe.c | 12 ++-- 1 file changed, 10 insertions

[PATCH 37/51] clocksource, dummy-timer: Fix CPU hotplug callback registration

this latter form of callback registration. Cc: Daniel Lezcano daniel.lezc...@linaro.org Cc: Thomas Gleixner t...@linutronix.de Signed-off-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com --- drivers/clocksource/dummy_timer.c | 11 --- 1 file changed, 8 insertions(+), 3 deletions(-) diff

[PATCH 43/51] hwmon, via-cputemp: Fix CPU hotplug callback registration

form of callback registration. Cc: Jean Delvare jdelv...@suse.de Cc: Guenter Roeck li...@roeck-us.net Cc: lm-sens...@lm-sensors.org Signed-off-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com --- drivers/hwmon/via-cputemp.c | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions

[PATCH 41/51] thermal, x86-pkg-temp: Fix CPU hotplug callback registration

form of callback registration. Cc: Zhang Rui rui.zh...@intel.com Cc: Eduardo Valentin eduardo.valen...@ti.com Cc: linux...@vger.kernel.org Signed-off-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com --- drivers/thermal/x86_pkg_temp_thermal.c | 14 +++--- 1 file changed, 7

[PATCH 45/51] md, raid5: Fix CPU hotplug callback registration

...@vger.kernel.org Cc: sta...@vger.kernel.org [Srivatsa: Fixed the unregister_cpu_notifier() deadlock, added the free_scratch_buffer() helper to condense code further and wrote the changelog.] Signed-off-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com --- drivers/md/raid5.c | 90

[PATCH 42/51] hwmon, coretemp: Fix CPU hotplug callback registration

of callback registration. Cc: Fenghua Yu fenghua...@intel.com Cc: Jean Delvare jdelv...@suse.de Cc: Guenter Roeck li...@roeck-us.net Cc: lm-sens...@lm-sensors.org Signed-off-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com --- drivers/hwmon/coretemp.c | 14 +++--- 1 file changed, 7

[PATCH 46/51] trace, ring-buffer: Fix CPU hotplug callback registration

form of callback registration. Cc: Steven Rostedt rost...@goodmis.org Cc: Frederic Weisbecker fweis...@gmail.com Cc: Ingo Molnar mi...@redhat.com Signed-off-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com --- kernel/trace/ring_buffer.c | 19 +++ 1 file changed, 11

[PATCH 44/51] xen, balloon: Fix CPU hotplug callback registration

boris.ostrov...@oracle.com Cc: David Vrabel david.vra...@citrix.com Cc: xen-de...@lists.xenproject.org Signed-off-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com --- drivers/xen/balloon.c | 35 +++ 1 file changed, 23 insertions(+), 12 deletions(-) diff --git

[PATCH 47/51] profile: Fix CPU hotplug callback registration

of callback registration. Cc: Al Viro v...@zeniv.linux.org.uk Cc: Mauro Carvalho Chehab mche...@redhat.com Signed-off-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com --- kernel/profile.c | 20 +++- 1 file changed, 15 insertions(+), 5 deletions(-) diff --git a/kernel/profile.c b

[PATCH 50/51] net/core/flow.c: Fix CPU hotplug callback registration

form of callback registration. Cc: David S. Miller da...@davemloft.net Cc: Li RongQing roy.qing...@gmail.com Cc: Sasha Levin sasha.le...@oracle.com Cc: Andrew Morton a...@linux-foundation.org Cc: Chris Metcalf cmetc...@tilera.com Cc: net...@vger.kernel.org Signed-off-by: Srivatsa S. Bhat srivatsa.b

[PATCH 49/51] mm, zswap: Fix CPU hotplug callback registration

of callback registration. Cc: linux...@kvack.org Signed-off-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com --- mm/zswap.c |8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/mm/zswap.c b/mm/zswap.c index e55bab9..681fa3f 100644 --- a/mm/zswap.c +++ b/mm/zswap.c @@ -387,18

[PATCH 48/51] mm, vmstat: Fix CPU hotplug callback registration

Kani toshi.k...@hp.com Cc: Dave Hansen d...@sr71.net Cc: linux...@kvack.org Signed-off-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com --- mm/vmstat.c |6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/mm/vmstat.c b/mm/vmstat.c index 7249614..70668ba 100644 --- a/mm

[PATCH 51/51] net/iucv/iucv.c: Fix CPU hotplug callback registration

-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com --- net/iucv/iucv.c | 121 ++- 1 file changed, 57 insertions(+), 64 deletions(-) diff --git a/net/iucv/iucv.c b/net/iucv/iucv.c index cd5b8ec..f92348b 100644 --- a/net/iucv/iucv.c +++ b/net/iucv

[PATCH 38/51] intel-idle: Fix CPU hotplug callback registration

of callback registration. Cc: Len Brown l...@kernel.org Cc: Rafael J. Wysocki r...@rjwysocki.net Cc: linux...@vger.kernel.org Signed-off-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com --- drivers/idle/intel_idle.c | 12 ++-- 1 file changed, 10 insertions(+), 2 deletions(-) diff --git

[PATCH 02/51] Doc/cpu-hotplug: Specify race-free way to register CPU hotplug callbacks

. Cc: Rob Landley r...@landley.net Cc: linux-...@vger.kernel.org Signed-off-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com --- Documentation/cpu-hotplug.txt | 45 + 1 file changed, 45 insertions(+) diff --git a/Documentation/cpu-hotplug.txt b

[LSF/MM ATTEND] Memory Power Management

-management.general/38987 4. Articles on Phoronix.com covering Memory Power Management and its end-user benefits: http://www.phoronix.com/scan.php?page=news_item=MTM0NzU http://www.phoronix.com/scan.php?page=news_item=MTUxMjA Regards, Srivatsa S. Bhat -- To unsubscribe from this list: send

[LSF/MM ATTEND] Memory Power Management

-management.general/38987 4. Articles on Phoronix.com covering Memory Power Management and its end-user benefits: http://www.phoronix.com/scan.php?page=news_itempx=MTM0NzU http://www.phoronix.com/scan.php?page=news_itempx=MTUxMjA Regards, Srivatsa S. Bhat -- To unsubscribe from this list

Re: Deadlock between cpu_hotplug_begin and cpu_add_remove_lock

On 01/24/2014 04:31 AM, Rusty Russell wrote: > "Srivatsa S. Bhat" writes: >> On 01/23/2014 07:59 AM, Rusty Russell wrote: >>> "Srivatsa S. Bhat" writes: >>>> On 01/22/2014 02:00 PM, Srivatsa S. Bhat wrote: >>>>> Hi Paul, >>

Re: Deadlock between cpu_hotplug_begin and cpu_add_remove_lock

On 01/23/2014 10:32 PM, Oleg Nesterov wrote: > On 01/23, Srivatsa S. Bhat wrote: >> >> On 01/23/2014 12:48 AM, Oleg Nesterov wrote: >>> On 01/22, Srivatsa S. Bhat wrote: >>>> >>>> Wait a min, that _will_ actually work for all cases because I have p

Re: Deadlock between cpu_hotplug_begin and cpu_add_remove_lock

On 01/23/2014 10:32 PM, Oleg Nesterov wrote: On 01/23, Srivatsa S. Bhat wrote: On 01/23/2014 12:48 AM, Oleg Nesterov wrote: On 01/22, Srivatsa S. Bhat wrote: Wait a min, that _will_ actually work for all cases because I have provided an option to invoke _any_ arbitrary function as the setup

Re: Deadlock between cpu_hotplug_begin and cpu_add_remove_lock

On 01/24/2014 04:31 AM, Rusty Russell wrote: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com writes: On 01/23/2014 07:59 AM, Rusty Russell wrote: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com writes: On 01/22/2014 02:00 PM, Srivatsa S. Bhat wrote: Hi Paul, I find an old patch

Re: [PATCH v3] suspend: make sync() on suspend-to-RAM optional

includes the new sysfs attribte, > /sys/power/suspend_fs_sync > which can be cleared to disable the file-system sync. > > As we have had this call for a long time, > the default remains to keep the call, and to > invoke it on every suspend. > > Signed-off-by:

Re: [PATCH v3] suspend: make sync() on suspend-to-RAM optional

/power/suspend_fs_sync which can be cleared to disable the file-system sync. As we have had this call for a long time, the default remains to keep the call, and to invoke it on every suspend. Signed-off-by: Len Brown len.br...@intel.com Reviewed-by: Srivatsa S. Bhat srivatsa.b

Re: [PATCH 1/1] suspend: make sync() on suspend-to-RAM optional

onfig > +++ b/kernel/power/Kconfig > @@ -102,6 +102,14 @@ config PM_SLEEP_SMP > depends on PM_SLEEP > select HOTPLUG_CPU > > +config PM_SLEEP_SYNC How about naming it as PM_SLEEP_FS_SYNC (and similarly in the sysfs files and variable names as well). Just to avoid confusio

Re: Deadlock between cpu_hotplug_begin and cpu_add_remove_lock

On 01/23/2014 07:59 AM, Rusty Russell wrote: > "Srivatsa S. Bhat" writes: >> On 01/22/2014 02:00 PM, Srivatsa S. Bhat wrote: >>> Hi Paul, > > I find an old patch for register_allcpu_notifier(), but the "bool > replay_history" should be elimina

Re: Deadlock between cpu_hotplug_begin and cpu_add_remove_lock

On 01/23/2014 12:48 AM, Oleg Nesterov wrote: > On 01/22, Srivatsa S. Bhat wrote: >> >> Wait a min, that _will_ actually work for all cases because I have provided >> an option to invoke _any_ arbitrary function as the "setup" routine. > > And probably t

Re: Deadlock between cpu_hotplug_begin and cpu_add_remove_lock

On 01/22/2014 02:00 PM, Srivatsa S. Bhat wrote: > Hi Paul, > > On 01/22/2014 11:22 AM, Paul Mackerras wrote: >> This arises out of a report from a tester that offlining a CPU never >> finished on a system they were testing. This was on a POWER8 running >> a 3.10.x ker

Re: Deadlock between cpu_hotplug_begin and cpu_add_remove_lock

ort. I'm thinking of ways to fix the deadlock itself, and allow the callers to call register_cpu_notifier within a get/put_online_cpus() block... Regards, Srivatsa S. Bhat -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vge

Re: Deadlock between cpu_hotplug_begin and cpu_add_remove_lock

, Srivatsa S. Bhat -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: Deadlock between cpu_hotplug_begin and cpu_add_remove_lock

On 01/22/2014 02:00 PM, Srivatsa S. Bhat wrote: Hi Paul, On 01/22/2014 11:22 AM, Paul Mackerras wrote: This arises out of a report from a tester that offlining a CPU never finished on a system they were testing. This was on a POWER8 running a 3.10.x kernel, but the issue is still present

Re: Deadlock between cpu_hotplug_begin and cpu_add_remove_lock

On 01/23/2014 12:48 AM, Oleg Nesterov wrote: On 01/22, Srivatsa S. Bhat wrote: Wait a min, that _will_ actually work for all cases because I have provided an option to invoke _any_ arbitrary function as the setup routine. And probably the generic solution makes sense. I am not sure I

Re: Deadlock between cpu_hotplug_begin and cpu_add_remove_lock

On 01/23/2014 07:59 AM, Rusty Russell wrote: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com writes: On 01/22/2014 02:00 PM, Srivatsa S. Bhat wrote: Hi Paul, I find an old patch for register_allcpu_notifier(), but the bool replay_history should be eliminated (always true): it's too weird

Re: [PATCH 1/1] suspend: make sync() on suspend-to-RAM optional

on PM_SLEEP select HOTPLUG_CPU +config PM_SLEEP_SYNC How about naming it as PM_SLEEP_FS_SYNC (and similarly in the sysfs files and variable names as well). Just to avoid confusion with synchronous/async. Regards, Srivatsa S. Bhat + bool Suspend to RAM starts with in-kernel call

Re: [PATCH] Documentation / CPU hotplug: Fix the typo in example code

Woo Reviewed-by: Srivatsa S. Bhat Regards, Srivatsa S. Bhat > --- > Documentation/cpu-hotplug.txt |2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/Documentation/cpu-hotplug.txt b/Documentation/cpu-hotplug.txt > index 8cb9938..be675d2 100644 > --- a/D

Re: [PATCH] Documentation / CPU hotplug: Fix the typo in example code

Reviewed-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com Regards, Srivatsa S. Bhat --- Documentation/cpu-hotplug.txt |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/cpu-hotplug.txt b/Documentation/cpu-hotplug.txt index 8cb9938..be675d2 100644

Re: [PATCH] cpuidle/menu: Fail cpuidle_idle_call() if no idle state is acceptable

On 01/14/2014 12:30 PM, Srivatsa S. Bhat wrote: > On 01/14/2014 11:35 AM, Preeti U Murthy wrote: >> On PowerPC, in a particular test scenario, all the cpu idle states were >> disabled. >> Inspite of this it was observed that the idle state count of the shallowest

Re: [PATCH] cpuidle/menu: Fail cpuidle_idle_call() if no idle state is acceptable

if (unlikely(latency_req == 0)) > - return 0; > + return data->last_state_idx; > > /* determine the expected residency time, round up */ > t = ktime_to_timespec(tick_nohz_get_sleep_length()); > What about the ladder governor? I know its not used

Re: [PATCH] cpuidle/menu: Fail cpuidle_idle_call() if no idle state is acceptable

residency time, round up */ t = ktime_to_timespec(tick_nohz_get_sleep_length()); What about the ladder governor? I know its not used that much in practice, but I think it would be good to update that as well, just to keep it consistent. Regards, Srivatsa S. Bhat -- To unsubscribe from this list

Re: [PATCH] cpuidle/menu: Fail cpuidle_idle_call() if no idle state is acceptable

On 01/14/2014 12:30 PM, Srivatsa S. Bhat wrote: On 01/14/2014 11:35 AM, Preeti U Murthy wrote: On PowerPC, in a particular test scenario, all the cpu idle states were disabled. Inspite of this it was observed that the idle state count of the shallowest idle state, snooze, was increasing

Re: [PATCH 1/2] powerpc: Fix the setup of CPU-to-Node mappings during CPU online

On 12/30/2013 05:05 PM, Srivatsa S. Bhat wrote: > On POWER platforms, the hypervisor can notify the guest kernel about dynamic > changes in the cpu-numa associativity (VPHN topology update). Hence the > cpu-to-node mappings that we got from the firmware during boot, may no longer > be

Re: [PATCH 1/2] powerpc: Fix the setup of CPU-to-Node mappings during CPU online

On 12/30/2013 05:05 PM, Srivatsa S. Bhat wrote: On POWER platforms, the hypervisor can notify the guest kernel about dynamic changes in the cpu-numa associativity (VPHN topology update). Hence the cpu-to-node mappings that we got from the firmware during boot, may no longer be valid after

[PATCH 2/2] powerpc: Add debug checks to catch invalid cpu-to-node mappings

as early as possible. Signed-off-by: Srivatsa S. Bhat --- arch/powerpc/mm/numa.c | 26 -- 1 file changed, 24 insertions(+), 2 deletions(-) diff --git a/arch/powerpc/mm/numa.c b/arch/powerpc/mm/numa.c index 6847d50..4f50c6a 100644 --- a/arch/powerpc/mm/numa.c +++ b/arch

[PATCH 1/2] powerpc: Fix the setup of CPU-to-Node mappings during CPU online

...@vger.kernel.org Signed-off-by: Srivatsa S. Bhat --- arch/powerpc/include/asm/topology.h | 10 + arch/powerpc/mm/numa.c | 70 ++- 2 files changed, 76 insertions(+), 4 deletions(-) diff --git a/arch/powerpc/include/asm/topology.h b/arch/powerpc/include/asm

[PATCH 1/2] powerpc: Fix the setup of CPU-to-Node mappings during CPU online

...@vger.kernel.org Signed-off-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com --- arch/powerpc/include/asm/topology.h | 10 + arch/powerpc/mm/numa.c | 70 ++- 2 files changed, 76 insertions(+), 4 deletions(-) diff --git a/arch/powerpc/include/asm

[PATCH 2/2] powerpc: Add debug checks to catch invalid cpu-to-node mappings

as early as possible. Signed-off-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com --- arch/powerpc/mm/numa.c | 26 -- 1 file changed, 24 insertions(+), 2 deletions(-) diff --git a/arch/powerpc/mm/numa.c b/arch/powerpc/mm/numa.c index 6847d50..4f50c6a 100644 --- a/arch

Re: Regression with suspend resume 5a87182aa21d6d5d306840feab9321818dd3e2a3

other email threads, we need to fundamentally rethink the design and come up with elegant interfaces/mechanisms in the cpufreq subsystem that will allow us to write code that works as expected and avoid such subtle regressions. Regards, Srivatsa S. Bhat -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: Regression with suspend resume 5a87182aa21d6d5d306840feab9321818dd3e2a3

rightly pointed out in the other email threads, we need to fundamentally rethink the design and come up with elegant interfaces/mechanisms in the cpufreq subsystem that will allow us to write code that works as expected and avoid such subtle regressions. Regards, Srivatsa S. Bhat -- To unsubscribe

Re: [Results] [RFC PATCH v4 00/40] mm: Memory Power Management

On 11/12/2013 01:32 PM, Srivatsa S. Bhat wrote: > On 09/26/2013 06:28 PM, Srivatsa S. Bhat wrote: >> On 09/26/2013 05:10 AM, Andrew Morton wrote: >>> On Thu, 26 Sep 2013 04:56:32 +0530 "Srivatsa S. Bhat" >>> wrote: >>> >>>> Experiment

Re: [Results] [RFC PATCH v4 00/40] mm: Memory Power Management

On 11/12/2013 11:04 PM, Dave Hansen wrote: > On 11/12/2013 12:02 AM, Srivatsa S. Bhat wrote: >> I performed experiments on an IBM POWER 7 machine and got actual >> power-savings >> numbers (upto 2.6% of total system power) from this patchset. I presented >> t

Re: [Results] [RFC PATCH v4 00/40] mm: Memory Power Management

On 09/26/2013 06:28 PM, Srivatsa S. Bhat wrote: > On 09/26/2013 05:10 AM, Andrew Morton wrote: >> On Thu, 26 Sep 2013 04:56:32 +0530 "Srivatsa S. Bhat" >> wrote: >> >>> Experimental Results: >>> >>> >>> Test

Re: [Results] [RFC PATCH v4 00/40] mm: Memory Power Management

On 09/26/2013 06:28 PM, Srivatsa S. Bhat wrote: On 09/26/2013 05:10 AM, Andrew Morton wrote: On Thu, 26 Sep 2013 04:56:32 +0530 Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com wrote: Experimental Results: Test setup: -- x86 Sandybridge dual-socket quad

Re: [Results] [RFC PATCH v4 00/40] mm: Memory Power Management

On 11/12/2013 11:04 PM, Dave Hansen wrote: On 11/12/2013 12:02 AM, Srivatsa S. Bhat wrote: I performed experiments on an IBM POWER 7 machine and got actual power-savings numbers (upto 2.6% of total system power) from this patchset. I presented them at the Kernel Summit but forgot to post

Re: [Results] [RFC PATCH v4 00/40] mm: Memory Power Management

On 11/12/2013 01:32 PM, Srivatsa S. Bhat wrote: On 09/26/2013 06:28 PM, Srivatsa S. Bhat wrote: On 09/26/2013 05:10 AM, Andrew Morton wrote: On Thu, 26 Sep 2013 04:56:32 +0530 Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com wrote: Experimental Results: Test setup

Re: [RFC PATCH v4 16/40] mm: Introduce a "Region Allocator" to manage entire memory regions

On 10/23/2013 03:40 PM, Johannes Weiner wrote: > On Thu, Sep 26, 2013 at 04:47:34AM +0530, Srivatsa S. Bhat wrote: >> Today, the MM subsystem uses the buddy 'Page Allocator' to manage memory >> at a 'page' granularity. But this allocator has no notion of the physical >> topol

Re: [RFC PATCH v4 06/40] mm: Demarcate and maintain pageblocks in region-order in the zones' freelists

On 10/23/2013 03:47 PM, Johannes Weiner wrote: > On Thu, Sep 26, 2013 at 04:44:56AM +0530, Srivatsa S. Bhat wrote: >> --- a/mm/page_alloc.c >> +++ b/mm/page_alloc.c >> @@ -517,6 +517,111 @@ static inline int page_is_buddy(struct page *page, >> struct pa

Re: [RFC PATCH v4 01/40] mm: Introduce memory regions data-structure to capture region boundaries within nodes

On 10/23/2013 03:24 PM, Johannes Weiner wrote: > On Thu, Sep 26, 2013 at 04:43:48AM +0530, Srivatsa S. Bhat wrote: >> The memory within a node can be divided into regions of memory that can be >> independently power-managed. That is, chunks of memory can be transition

Re: [RFC PATCH v4 01/40] mm: Introduce memory regions data-structure to capture region boundaries within nodes

On 10/23/2013 03:24 PM, Johannes Weiner wrote: On Thu, Sep 26, 2013 at 04:43:48AM +0530, Srivatsa S. Bhat wrote: The memory within a node can be divided into regions of memory that can be independently power-managed. That is, chunks of memory can be transitioned (manually or automatically

Re: [RFC PATCH v4 06/40] mm: Demarcate and maintain pageblocks in region-order in the zones' freelists

On 10/23/2013 03:47 PM, Johannes Weiner wrote: On Thu, Sep 26, 2013 at 04:44:56AM +0530, Srivatsa S. Bhat wrote: --- a/mm/page_alloc.c +++ b/mm/page_alloc.c @@ -517,6 +517,111 @@ static inline int page_is_buddy(struct page *page, struct page *buddy, return 0; } +static void

Re: [RFC PATCH v4 16/40] mm: Introduce a Region Allocator to manage entire memory regions

On 10/23/2013 03:40 PM, Johannes Weiner wrote: On Thu, Sep 26, 2013 at 04:47:34AM +0530, Srivatsa S. Bhat wrote: Today, the MM subsystem uses the buddy 'Page Allocator' to manage memory at a 'page' granularity. But this allocator has no notion of the physical topology of the underlying memory

Re: cpufreq-next opps with cpufreq-bench

t_policy(). I would have expected lockdep to complain about this before we hit the NULL pointer dereference. Andrew, can you enable lockdep on your system and confirm this please, just to be sure? And in the previous locking design, since the policy structure was per-cpu, it wouldn't cause this problem beca

Re: cpufreq-next opps with cpufreq-bench

structure. The fix looks good to me. Regards, Srivatsa S. Bhat Reported-by: Andrew Lunn and...@lunn.ch Signed-off-by: Viresh Kumar viresh.ku...@linaro.org --- drivers/cpufreq/cpufreq.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/cpufreq

Re: [PATCH 0/6] Optimize the cpu hotplug locking -v2

quot;) side and nothing at all on the "reader" side. Is there >> anything which fundamentally prevents cpu hotplug from doing the same? > Its certainly possible to remove stop_machine() from CPU hotplug, as I've demonstrated in the patchsets mentioned above. And there were pretty go

Re: [PATCH 0/6] Optimize the cpu hotplug locking -v2

has a solution yet). The other valid usecases that I can think of, for using CPU hotplug, is for RAS reasons and for DLPAR (Dynamic Logical Partitioning) operations on powerpc, both of which are not performance-sensitive, AFAIK. [1]. Reverse invocation of CPU hotplug notifiers http://lwn

Re: [PATCH 0/6] Optimize the cpu hotplug locking -v2

are not performance-sensitive, AFAIK. [1]. Reverse invocation of CPU hotplug notifiers http://lwn.net/Articles/508072/ [2]. Stop-machine()-free CPU hotplug http://lwn.net/Articles/538819/ (v6) http://lwn.net/Articles/556727/ Regards, Srivatsa S. Bhat -- To unsubscribe from this list: send

Re: [PATCH 0/6] Optimize the cpu hotplug locking -v2

improvements too, arising out of that change, as described here: http://article.gmane.org/gmane.linux.ports.ppc.embedded/56122 Regards, Srivatsa S. Bhat -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info

Re: [PATCH RESEND 10/11] cpufreq: use cpufreq_driver->flags to mark CPUFREQ_HAVE_GOVERNOR_PER_POLICY

On 10/02/2013 02:13 PM, Viresh Kumar wrote: > Lets use cpufreq_driver->flags to mark CPUFREQ_HAVE_GOVERNOR_PER_POLICY > instead > of a separate field within cpufreq_driver. This will save some bytes for us. > > Signed-off-by: Viresh Kumar > --- Reviewed-by: Srivatsa S. Bha

Re: [PATCH RESEND 09/11] cpufreq: rewrite cpufreq_driver->flags using shift operator

sitions. > > Signed-off-by: Viresh Kumar > --- Reviewed-by: Srivatsa S. Bhat Regards, Srivatsa S. Bhat > include/linux/cpufreq.h | 15 --- > 1 file changed, 8 insertions(+), 7 deletions(-) > > diff --git a/include/linux/cpufreq.h b/include/linux/cpufreq.h &g

Re: [PATCH RESEND 04/11] cpufreq: Remove extra blank line

On 10/02/2013 02:13 PM, Viresh Kumar wrote: > We don't need a blank line just at start of a block, lets remove it. > > Signed-off-by: Viresh Kumar Reviewed-by: Srivatsa S. Bhat Regards, Srivatsa S. Bhat > --- > drivers/cpufreq/cpufreq.c | 1 - > 1 file changed, 1 deletion(

Re: [PATCH RESEND 03/11] cpufreq: remove invalid comment from __cpufreq_remove_dev()

On 10/02/2013 02:13 PM, Viresh Kumar wrote: > Some section of kerneldoc comment for __cpufreq_remove_dev() is invalid now. > Remove it. > > Suggested-by: Srivatsa S. Bhat > Signed-off-by: Viresh Kumar Reviewed-by: Srivatsa S. Bhat Regards, Srivatsa S. Bhat > --- > driv

Re: [PATCH RESEND 02/11] cpufreq: create per policy rwsem instead of per cpu cpu_policy_rwsem

s change other tricky situations are also > avoided now, like which lock to take while we are changing policy->cpu, etc. > > Suggested-by: Srivatsa S. Bhat > Signed-off-by: Viresh Kumar > --- This is a very nice improvement! Reviewed-by: Srivatsa S. Bhat Regards, Srivatsa S. B

Re: [PATCH RESEND 01/11] cpufreq: make return type of lock_policy_rwsem_{read|write}() as void

> Reported-by: Jon Medhurst > Signed-off-by: Viresh Kumar > --- Reviewed-by: Srivatsa S. Bhat Regards, Srivatsa S. Bhat > drivers/cpufreq/cpufreq.c | 38 +++--- > 1 file changed, 11 insertions(+), 27 deletions(-) > > diff --git a/drivers/cpufre

Re: [PATCH RESEND 01/11] cpufreq: make return type of lock_policy_rwsem_{read|write}() as void

...@linaro.org Signed-off-by: Viresh Kumar viresh.ku...@linaro.org --- Reviewed-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com Regards, Srivatsa S. Bhat drivers/cpufreq/cpufreq.c | 38 +++--- 1 file changed, 11 insertions(+), 27 deletions(-) diff --git

Re: [PATCH RESEND 02/11] cpufreq: create per policy rwsem instead of per cpu cpu_policy_rwsem

are also avoided now, like which lock to take while we are changing policy-cpu, etc. Suggested-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com Signed-off-by: Viresh Kumar viresh.ku...@linaro.org --- This is a very nice improvement! Reviewed-by: Srivatsa S. Bhat srivatsa.b

Re: [PATCH RESEND 03/11] cpufreq: remove invalid comment from __cpufreq_remove_dev()

On 10/02/2013 02:13 PM, Viresh Kumar wrote: Some section of kerneldoc comment for __cpufreq_remove_dev() is invalid now. Remove it. Suggested-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com Signed-off-by: Viresh Kumar viresh.ku...@linaro.org Reviewed-by: Srivatsa S. Bhat srivatsa.b

Re: [PATCH RESEND 04/11] cpufreq: Remove extra blank line

On 10/02/2013 02:13 PM, Viresh Kumar wrote: We don't need a blank line just at start of a block, lets remove it. Signed-off-by: Viresh Kumar viresh.ku...@linaro.org Reviewed-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com Regards, Srivatsa S. Bhat --- drivers/cpufreq/cpufreq.c | 1

Re: [PATCH RESEND 09/11] cpufreq: rewrite cpufreq_driver-flags using shift operator

Kumar viresh.ku...@linaro.org --- Reviewed-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com Regards, Srivatsa S. Bhat include/linux/cpufreq.h | 15 --- 1 file changed, 8 insertions(+), 7 deletions(-) diff --git a/include/linux/cpufreq.h b/include/linux/cpufreq.h index

Re: [PATCH RESEND 10/11] cpufreq: use cpufreq_driver-flags to mark CPUFREQ_HAVE_GOVERNOR_PER_POLICY

On 10/02/2013 02:13 PM, Viresh Kumar wrote: Lets use cpufreq_driver-flags to mark CPUFREQ_HAVE_GOVERNOR_PER_POLICY instead of a separate field within cpufreq_driver. This will save some bytes for us. Signed-off-by: Viresh Kumar viresh.ku...@linaro.org --- Reviewed-by: Srivatsa S. Bhat

<    4   5   6   7   8   9   10   11   12   13   >