Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757158Ab3GEJaS (ORCPT ); Fri, 5 Jul 2013 05:30:18 -0400 Received: from mail-wi0-f182.google.com ([209.85.212.182]:33779 "EHLO mail-wi0-f182.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756058Ab3GEJaP (ORCPT ); Fri, 5 Jul 2013 05:30:15 -0400 Date: Fri, 5 Jul 2013 13:30:04 +0400 From: Artem Savkov To: mingo@kernel.org, hpa@zytor.com, linux-kernel@vger.kernel.org, konrad.wilk@oracle.com, john.stultz@linaro.org, xen-devel@lists.xen.org, tglx@linutronix.de, david.vrabel@citrix.com Subject: Re: [tip:timers/core] hrtimers: Support resuming with two or more CPUs online (but stopped) Message-ID: <20130705093003.GA4033@cpv436-motbuntu> Mail-Followup-To: mingo@kernel.org, hpa@zytor.com, linux-kernel@vger.kernel.org, konrad.wilk@oracle.com, john.stultz@linaro.org, xen-devel@lists.xen.org, tglx@linutronix.de, david.vrabel@citrix.com References: <1372329348-20841-2-git-send-email-david.vrabel@citrix.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 6217 Lines: 131 This commit brings up a warning about a potential deadlock in smp_call_function_many() discussed previously: https://lkml.org/lkml/2013/4/18/546 [ 4363.082047] PM: Restoring platform NVS memory [ 4363.082471] ------------[ cut here ]------------ [ 4363.083800] WARNING: CPU: 0 PID: 3977 at kernel/smp.c:385 smp_call_function_many+0xbd/0x2c0() [ 4363.085789] Modules linked in: [ 4363.086542] CPU: 0 PID: 3977 Comm: pm-suspend Tainted: G W 3.10.0-next-20130705 #126 [ 4363.088634] Hardware name: Bochs Bochs, BIOS Bochs 01/01/2007 [ 4363.090402] 0000000000000181 ffff88001f403d98 ffffffff81d2e2b7 ffffffff821cdb2e [ 4363.092366] 0000000000000000 ffff88001f403dd8 ffffffff810a278c ffff88001f403dd8 [ 4363.094215] 0000000000000000 0000000000000000 0000000000000000 ffffffff82561898 [ 4363.096094] Call Trace: [ 4363.096656] [] dump_stack+0x59/0x82 [ 4363.098259] [] warn_slowpath_common+0x8c/0xc0 [ 4363.099762] [] warn_slowpath_null+0x1a/0x20 [ 4363.100925] [] smp_call_function_many+0xbd/0x2c0 [ 4363.101937] [] ? trace_hardirqs_on+0xd/0x10 [ 4363.102870] [] ? hrtimer_wakeup+0x30/0x30 [ 4363.103737] [] smp_call_function+0x3b/0x50 [ 4363.104609] [] ? hrtimer_wakeup+0x30/0x30 [ 4363.105455] [] on_each_cpu+0x3b/0x120 [ 4363.106249] [] clock_was_set+0x1c/0x30 [ 4363.107168] [] run_hrtimer_softirq+0x2c/0x40 [ 4363.108055] [] __do_softirq+0x216/0x450 [ 4363.108865] [] irq_exit+0x77/0xb0 [ 4363.109618] [] smp_apic_timer_interrupt+0x4a/0x60 [ 4363.110569] [] apic_timer_interrupt+0x72/0x80 [ 4363.111467] [] ? mark_held_locks+0x134/0x160 [ 4363.112481] [] ? arch_suspend_enable_irqs+0x2f/0x40 [ 4363.113457] [] ? arch_suspend_enable_irqs+0xe/0x40 [ 4363.113910] [] suspend_enter+0x1d1/0x270 [ 4363.114320] [] suspend_devices_and_enter+0x1a4/0x390 [ 4363.114887] [] enter_state+0xf4/0x150 [ 4363.115288] [] pm_suspend+0x1b/0x70 [ 4363.115662] [] state_store+0xeb/0xf0 [ 4363.116055] [] kobj_attr_store+0x17/0x20 [ 4363.116468] [] sysfs_write_file+0xb3/0x100 [ 4363.116890] [] vfs_write+0xda/0x170 [ 4363.117274] [] SyS_write+0x62/0xa0 [ 4363.117645] [] ? trace_hardirqs_on_thunk+0x3a/0x3f [ 4363.118118] [] system_call_fastpath+0x16/0x1b [ 4363.118558] ---[ end trace 87cc49a77badea1e ]--- [ 4363.119093] Enabling non-boot CPUs ... On Fri, Jun 28, 2013 at 02:18:37PM -0700, tip-bot for David Vrabel wrote: > Commit-ID: 7c4c3a0f18ba57ea2a2985034532303d2929902a > Gitweb: http://git.kernel.org/tip/7c4c3a0f18ba57ea2a2985034532303d2929902a > Author: David Vrabel > AuthorDate: Thu, 27 Jun 2013 11:35:44 +0100 > Committer: Thomas Gleixner > CommitDate: Fri, 28 Jun 2013 23:15:06 +0200 > > hrtimers: Support resuming with two or more CPUs online (but stopped) > > hrtimers_resume() only reprograms the timers for the current CPU as it > assumes that all other CPUs are offline at this point in the resume > process. If other CPUs are online then their timers will not be > corrected and they may fire at the wrong time. > > When running as a Xen guest, this assumption is not true. Non-boot > CPUs are only stopped with IRQs disabled instead of offlining them. > This is a performance optimization as disabling the CPUs would add an > unacceptable amount of additional downtime during a live migration (> > 200 ms for a 4 VCPU guest). > > hrtimers_resume() cannot call on_each_cpu(retrigger_next_event,...) > as the other CPUs will be stopped with IRQs disabled. Instead, defer > the call to the next softirq. > > [ tglx: Separated the xen change out ] > > Signed-off-by: David Vrabel > Cc: Konrad Rzeszutek Wilk > Cc: John Stultz > Cc: > Link: http://lkml.kernel.org/r/1372329348-20841-2-git-send-email-david.vrabel@citrix.com > Signed-off-by: Thomas Gleixner > --- > kernel/hrtimer.c | 15 ++++++++++++--- > 1 file changed, 12 insertions(+), 3 deletions(-) > > diff --git a/kernel/hrtimer.c b/kernel/hrtimer.c > index fd4b13b..e86827e 100644 > --- a/kernel/hrtimer.c > +++ b/kernel/hrtimer.c > @@ -773,15 +773,24 @@ void clock_was_set(void) > > /* > * During resume we might have to reprogram the high resolution timer > - * interrupt (on the local CPU): > + * interrupt on all online CPUs. However, all other CPUs will be > + * stopped with IRQs interrupts disabled so the clock_was_set() call > + * must be deferred to the softirq. > + * > + * The one-shot timer has already been programmed to fire immediately > + * (see tick_resume_oneshot()) and this interrupt will trigger the > + * softirq to run early enough to correctly reprogram the timers on > + * all CPUs. > */ > void hrtimers_resume(void) > { > + struct hrtimer_cpu_base *cpu_base = &__get_cpu_var(hrtimer_bases); > + > WARN_ONCE(!irqs_disabled(), > KERN_INFO "hrtimers_resume() called with IRQs enabled!"); > > - retrigger_next_event(NULL); > - timerfd_clock_was_set(); > + cpu_base->clock_was_set = 1; > + __raise_softirq_irqoff(HRTIMER_SOFTIRQ); > } > > static inline void timer_stats_hrtimer_set_start_info(struct hrtimer *timer) > -- > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ > -- Regards, Artem -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/