From: Dave Jones <davej@redhat.com>
To: linux-mm@kvack.org
Cc: Thomas Gleixner <tglx@linutronix.de>, fweisbec@gmail.com
Subject: watchdog kicked in while shrinking inactive list.
Date: Thu, 25 Sep 2014 10:14:25 -0400 [thread overview]
Message-ID: <20140925141425.GA21702@redhat.com> (raw)
Got this on a box that had been fuzzing for 12 hours or so.
There's also some timer stuff going on htere, so cc'ing the usual suspects.
Kernel panic - not syncing: Watchdog detected hard LOCKUP on cpu 3
CPU: 3 PID: 16759 Comm: trinity-c25 Not tainted 3.17.0-rc6+ #59
0000000000000000 00000000ff743b71 ffff880244e06c00 ffffffffa1818ac4
ffffffffa1c633c0 ffff880244e06c80 ffffffffa18130a3 ffff880200000010
ffff880244e06c90 ffff880244e06c30 00000000ff743b71 ffffffffa117ead5
Call Trace:
<NMI> [<ffffffffa1818ac4>] dump_stack+0x4e/0x7a
[<ffffffffa18130a3>] panic+0xd7/0x20a
[<ffffffffa117ead5>] ? __perf_event_header__init_id+0xe5/0xf0
[<ffffffffa1146220>] ? restart_watchdog_hrtimer+0x50/0x50
[<ffffffffa1146338>] watchdog_overflow_callback+0x118/0x120
[<ffffffffa118792c>] __perf_event_overflow+0xac/0x350
[<ffffffffa1019ece>] ? x86_perf_event_set_period+0xde/0x150
[<ffffffffa1188844>] perf_event_overflow+0x14/0x20
[<ffffffffa101fc26>] intel_pmu_handle_irq+0x206/0x410
[<ffffffffa1018d2b>] perf_event_nmi_handler+0x2b/0x50
[<ffffffffa1007752>] nmi_handle+0xd2/0x3b0
[<ffffffffa1007685>] ? nmi_handle+0x5/0x3b0
[<ffffffffa10d103d>] ? lock_release+0x1d/0x300
[<ffffffffa1007c62>] default_do_nmi+0x72/0x1c0
[<ffffffffa1007e68>] do_nmi+0xb8/0xf0
[<ffffffffa18268aa>] end_repeat_nmi+0x1e/0x2e
[<ffffffffa10f95f8>] ? hrtimer_try_to_cancel+0x58/0x1f0
[<ffffffffa10d103d>] ? lock_release+0x1d/0x300
[<ffffffffa10d103d>] ? lock_release+0x1d/0x300
[<ffffffffa10f95f8>] ? hrtimer_try_to_cancel+0x58/0x1f0
[<ffffffffa10d103d>] ? lock_release+0x1d/0x300
<<EOE>> <IRQ> [<ffffffffa1823ac4>] _raw_spin_unlock_irqrestore+0x24/0x70
[<ffffffffa10f95f8>] hrtimer_try_to_cancel+0x58/0x1f0
[<ffffffffa10f97aa>] hrtimer_cancel+0x1a/0x30
[<ffffffffa110a0e7>] tick_nohz_restart+0x17/0x90
[<ffffffffa110af38>] __tick_nohz_full_check+0xc8/0xe0
[<ffffffffa110af5e>] nohz_full_kick_work_func+0xe/0x10
[<ffffffffa117c9bf>] irq_work_run_list+0x4f/0x70
[<ffffffffa117ca0a>] irq_work_run+0x2a/0x60
[<ffffffffa10f82eb>] update_process_times+0x5b/0x70
[<ffffffffa1109dc5>] tick_sched_handle.isra.21+0x25/0x60
[<ffffffffa110a0b1>] tick_sched_timer+0x41/0x60
[<ffffffffa10f8c71>] __run_hrtimer+0x81/0x480
[<ffffffffa110a070>] ? tick_sched_do_timer+0x90/0x90
[<ffffffffa10f9b27>] hrtimer_interrupt+0x107/0x260
[<ffffffffa10331a4>] local_apic_timer_interrupt+0x34/0x60
[<ffffffffa182734f>] smp_apic_timer_interrupt+0x3f/0x60
[<ffffffffa182576f>] apic_timer_interrupt+0x6f/0x80
<EOI> [<ffffffffa1823b42>] ? _raw_spin_unlock_irq+0x32/0x60
[<ffffffffa11a795b>] shrink_inactive_list+0x1cb/0x620
[<ffffffffa11a8663>] shrink_lruvec+0x563/0x6b0
[<ffffffffa119720f>] ? zone_watermark_ok+0x1f/0x30
[<ffffffffa11a87fe>] shrink_zone+0x4e/0x130
[<ffffffffa11a905f>] shrink_zones.constprop.63+0x20f/0x410
[<ffffffffa11a93bb>] try_to_free_pages+0x15b/0x3e0
[<ffffffffa119bacb>] __alloc_pages_nodemask+0x7eb/0xc20
[<ffffffffa11e3756>] alloc_pages_current+0x106/0x1e0
[<ffffffffa11ec905>] ? new_slab+0x2b5/0x390
[<ffffffffa11ec905>] new_slab+0x2b5/0x390
[<ffffffffa1817152>] __slab_alloc+0x348/0x56f
[<ffffffffa11f2116>] ? kmem_cache_alloc+0x256/0x330
[<ffffffffa16b31dd>] ? sock_alloc_inode+0x1d/0xc0
[<ffffffffa10cb687>] ? __lock_is_held+0x57/0x80
[<ffffffffa16b31dd>] ? sock_alloc_inode+0x1d/0xc0
[<ffffffffa11f2116>] kmem_cache_alloc+0x256/0x330
[<ffffffffa16b31dd>] sock_alloc_inode+0x1d/0xc0
[<ffffffffa1223c4d>] alloc_inode+0x1d/0xa0
[<ffffffffa1225df1>] new_inode_pseudo+0x11/0x60
[<ffffffffa16b2dac>] sock_alloc+0x1c/0x90
[<ffffffffa16b3c4d>] sock_create_lite+0x4d/0x90
[<ffffffffa1709d71>] __netlink_kernel_create+0x71/0x280
[<ffffffffa16ed337>] diag_net_init+0x47/0x80
[<ffffffffa16ed2b0>] ? diag_net_exit+0x30/0x30
[<ffffffffa16c85f1>] ops_init+0x41/0x190
[<ffffffffa16c87c3>] setup_net+0x83/0x140
[<ffffffffa16c8d7e>] copy_net_ns+0x7e/0x130
[<ffffffffa109f279>] create_new_namespaces+0xf9/0x190
[<ffffffffa109f5fa>] unshare_nsproxy_namespaces+0x5a/0xc0
[<ffffffffa1077883>] SyS_unshare+0x173/0x330
[<ffffffffa1824a24>] tracesys+0xdd/0xe2
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next reply other threads:[~2014-09-25 14:14 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-25 14:14 Dave Jones [this message]
2014-09-25 14:35 ` hrtimer deadlock caused by nohz_full Thomas Gleixner
2014-09-25 14:35 ` Thomas Gleixner
2014-09-25 23:46 ` Frederic Weisbecker
2014-09-25 23:46 ` Frederic Weisbecker
2014-10-02 18:24 ` Dave Jones
2014-10-02 22:01 ` Mike Lothian
2014-10-07 15:30 ` Frederic Weisbecker
2014-10-07 17:37 ` Dave Jones
2014-10-07 17:42 ` Thomas Gleixner
2014-10-09 2:02 ` Dave Jones
2014-10-09 3:30 ` Frederic Weisbecker
2014-10-09 3:49 ` Dave Jones
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20140925141425.GA21702@redhat.com \
--to=davej@redhat.com \
--cc=fweisbec@gmail.com \
--cc=linux-mm@kvack.org \
--cc=tglx@linutronix.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.