From: Valdis.Kletnieks@vt.edu
To: akpm@linux-foundation.org, Ingo Molnar <mingo@elte.hu>,
Mike Galbraith <efault@gmx.de>
Cc: mm-commits@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: mmotm 2010-11-23 + autogroups -> inconsistent lock state
Date: Wed, 24 Nov 2010 00:01:09 -0500 [thread overview]
Message-ID: <6003.1290574869@localhost> (raw)
In-Reply-To: Your message of "Tue, 23 Nov 2010 16:13:06 PST." <201011240045.oAO0jYQ5016010@imap1.linux-foundation.org>
[-- Attachment #1: Type: text/plain, Size: 4032 bytes --]
On Tue, 23 Nov 2010 16:13:06 PST, akpm@linux-foundation.org said:
> The mm-of-the-moment snapshot 2010-11-23-16-12 has been uploaded to
>
> http://userweb.kernel.org/~akpm/mmotm/
(I appear to be on a roll tonight - 3 splats before I even had a chance to login. :)
mmotm + Ingo's cleanup of Mike's autogroups patch.
[ 114.569222] =================================
[ 114.578171] [ INFO: inconsistent lock state ]
[ 114.578171] 2.6.37-rc3-mmotm1123 #3
[ 114.578171] ---------------------------------
[ 114.578171] inconsistent {HARDIRQ-ON-W} -> {IN-HARDIRQ-W} usage.
[ 114.578171] kworker/0:0/0 [HC1[1]:SC0[0]:HE0:SE1] takes:
[ 114.578171] (&(&sighand->siglock)->rlock){?.+...}, at: [<ffffffff8104bfb1>] __lock_task_sighand+0x88/0xd6
[ 114.578171] {HARDIRQ-ON-W} state was registered at:
[ 114.578171] [<ffffffff8106a9a9>] __lock_acquire+0x358/0xd4e
[ 114.578171] [<ffffffff8106b8b1>] lock_acquire+0x100/0x126
[ 114.578171] [<ffffffff8155a849>] _raw_spin_lock+0x36/0x45
[ 114.578171] [<ffffffff81030bc6>] sched_autogroup_fork+0x30/0x61
[ 114.578171] [<ffffffff8103995a>] copy_process+0x994/0x1325
[ 114.578171] [<ffffffff8103a4ca>] do_fork+0x1ae/0x3e3
[ 114.578171] [<ffffffff81009603>] kernel_thread+0x6b/0x6d
[ 114.578171] [<ffffffff8105832e>] kthreadd+0xdd/0x11f
[ 114.578171] [<ffffffff810035d4>] kernel_thread_helper+0x4/0x10
[ 114.578171] irq event stamp: 1137212
[ 114.578171] hardirqs last enabled at (1137209): [<ffffffff8155ae6f>] _raw_spin_unlock_irqrestore+0x3a/0x80
[ 114.578171] hardirqs last disabled at (1137210): [<ffffffff8155b467>] save_args+0x67/0x70
[ 114.578171] softirqs last enabled at (1137212): [<ffffffff810414f3>] _local_bh_enable+0xe/0x10
[ 114.578171] softirqs last disabled at (1137211): [<ffffffff81041edd>] irq_enter+0x3d/0x6f
[ 114.578171]
[ 114.578171] other info that might help us debug this:
[ 114.578171] 3 locks held by kworker/0:0/0:
[ 114.578171] #0: (&(&new_timer->it_lock)->rlock){-.....}, at: [<ffffffff81056e7b>] posix_timer_fn+0x24/0xc7
[ 114.578171] #1: (rcu_read_lock){.+.+..}, at: [<ffffffff81056d77>] rcu_read_lock+0x0/0x35
[ 114.578171] #2: (rcu_read_lock){.+.+..}, at: [<ffffffff8104a6e6>] rcu_read_lock+0x0/0x35
[ 114.578171]
[ 114.578171] stack backtrace:
[ 114.578171] Pid: 0, comm: kworker/0:0 Tainted: G W 2.6.37-rc3-mmotm1123 #3
[ 114.578171] Call Trace:
[ 114.578171] <IRQ> [<ffffffff8106a467>] valid_state+0x17c/0x18e
[ 114.578171] [<ffffffff81069d2c>] ? check_usage_forwards+0x0/0x87
[ 114.578171] [<ffffffff8106a558>] mark_lock+0xdf/0x1d8
[ 114.578171] [<ffffffff81069d2c>] ? check_usage_forwards+0x0/0x87
[ 114.578171] [<ffffffff8106a928>] __lock_acquire+0x2d7/0xd4e
[ 114.578171] [<ffffffff8106a4a6>] ? mark_lock+0x2d/0x1d8
[ 114.578171] [<ffffffff8104bfb1>] ? __lock_task_sighand+0x88/0xd6
[ 114.578171] [<ffffffff8106b8b1>] lock_acquire+0x100/0x126
[ 114.578171] [<ffffffff8104bfb1>] ? __lock_task_sighand+0x88/0xd6
[ 114.578171] [<ffffffff8155a942>] _raw_spin_lock_irqsave+0x44/0x57
[ 114.578171] [<ffffffff8104bfb1>] ? __lock_task_sighand+0x88/0xd6
[ 114.578171] [<ffffffff8104bfb1>] __lock_task_sighand+0x88/0xd6
[ 114.578171] [<ffffffff8104c6b3>] send_sigqueue+0x51/0x162
[ 114.578171] [<ffffffff81056e42>] posix_timer_event+0x3f/0x54
[ 114.578171] [<ffffffff81056ea1>] posix_timer_fn+0x4a/0xc7
[ 114.578171] [<ffffffff812294fd>] ? do_raw_spin_unlock+0xd0/0xfa
[ 114.578171] [<ffffffff8105bb7e>] __run_hrtimer+0x13e/0x27a
[ 114.578171] [<ffffffff81056e57>] ? posix_timer_fn+0x0/0xc7
[ 114.578171] [<ffffffff8105c5f3>] hrtimer_interrupt+0xea/0x1d6
[ 114.578171] [<ffffffff8101ad4f>] smp_apic_timer_interrupt+0x74/0x87
[ 114.578171] [<ffffffff81003193>] apic_timer_interrupt+0x13/0x20
[ 114.578171] <EOI> [<ffffffff81000cf5>] ? cpu_idle+0x42/0x14e
[ 114.578171] [<ffffffff81000dd5>] ? cpu_idle+0x122/0x14e
[ 114.578171] [<ffffffff81b57170>] start_secondary+0x1a9/0x1ad
~
[-- Attachment #2: Type: application/pgp-signature, Size: 227 bytes --]
next prev parent reply other threads:[~2010-11-24 5:02 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-11-24 0:13 mmotm 2010-11-23-16-12 uploaded akpm
2010-11-24 4:52 ` mmotm 2010-11-23 - lockdep whinge in e1000e driver Valdis.Kletnieks
2010-11-24 4:55 ` mmotm 2010-11-23 - WARNING: at drivers/tty/tty_io.c:1331 Valdis.Kletnieks
2010-11-25 15:14 ` Kyle McMartin
2010-11-25 16:44 ` Jiri Slaby
2010-11-25 16:51 ` Jiri Slaby
2010-11-25 17:16 ` [PATCH 1/1] TTY: don't allow reopen when ldisc is changing Jiri Slaby
2010-11-25 17:59 ` Kyle McMartin
2010-11-26 0:28 ` Kyle McMartin
2010-11-26 7:46 ` Jiri Slaby
2010-11-26 13:27 ` Kyle McMartin
2010-11-27 2:59 ` Kyle McMartin
2010-11-27 8:50 ` Jiri Slaby
2010-11-27 9:43 ` Jiri Slaby
2010-11-27 15:11 ` Jiri Slaby
2010-11-27 23:53 ` Kyle McMartin
2010-11-24 5:01 ` Valdis.Kletnieks [this message]
2010-11-24 20:25 ` mmotm 2010-11-23 + autogroups -> inconsistent lock state Mike Galbraith
2010-11-24 20:39 ` Mike Galbraith
2010-11-25 6:09 ` Valdis.Kletnieks
2010-12-02 18:16 ` Paul E. McKenney
2010-12-03 3:58 ` Mike Galbraith
2010-11-24 13:56 ` mmotm 2010-11-23-16-12 uploaded Zimny Lech
2010-11-24 18:51 ` mmotm 2010-11-23-16-12 uploaded (olpc) Randy Dunlap
2010-11-24 19:13 ` Andres Salomon
2010-11-26 16:46 ` Daniel Drake
2010-11-24 19:41 ` [PATCH -mmotm/-next] media: fix timblogiw kconfig & build error Randy Dunlap
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=6003.1290574869@localhost \
--to=valdis.kletnieks@vt.edu \
--cc=akpm@linux-foundation.org \
--cc=efault@gmx.de \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=mm-commits@vger.kernel.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox