Messages in this thread | | | From | Sasha Levin <> | Date | Thu, 24 May 2012 13:24:56 +0200 | Subject | Re: 3.4+ tty lockdep trace |
| |
On Thu, May 24, 2012 at 1:21 PM, Sasha Levin <levinsasha928@gmail.com> wrote: > On Thu, May 24, 2012 at 1:20 PM, Sasha Levin <levinsasha928@gmail.com> wrote: >> On Thu, May 24, 2012 at 1:10 PM, Alan Cox <alan@lxorguk.ukuu.org.uk> wrote: >>>> I'm still seeing the warning with this patch: >>> >>> Can you attach the trace that went with the trigger as well ? >> >> Ofcourse, attached as a file. > > Heh, this was a different one as well. I'll try to get the one I got > in the morning again.
And here is the second one attached as well, so these are two different warnings I get with the new version. [ 39.888115] ============================================= [ 39.888115] [ INFO: possible recursive locking detected ] [ 39.888115] 3.4.0-next-20120524-sasha-00002-g11dc651 #273 Tainted: G W [ 39.888115] --------------------------------------------- [ 39.888115] trinity/4980 is trying to acquire lock: [ 39.888115] (&tty->legacy_mutex){+.+.+.}, at: [<ffffffff82f71fdb>] tty_lock_nested+0x7b/0x90 [ 39.888115] [ 39.888115] but task is already holding lock: [ 39.888115] (&tty->legacy_mutex){+.+.+.}, at: [<ffffffff82f71fdb>] tty_lock_nested+0x7b/0x90 [ 39.888115] [ 39.888115] other info that might help us debug this: [ 39.888115] Possible unsafe locking scenario: [ 39.888115] [ 39.888115] CPU0 [ 39.888115] ---- [ 39.888115] lock(&tty->legacy_mutex); [ 39.888115] lock(&tty->legacy_mutex); [ 39.888115] [ 39.888115] *** DEADLOCK *** [ 39.888115] [ 39.888115] May be due to missing lock nesting notation [ 39.888115] [ 39.888115] 1 lock held by trinity/4980: [ 39.888115] #0: (&tty->legacy_mutex){+.+.+.}, at: [<ffffffff82f71fdb>] tty_lock_nested+0x7b/0x90 [ 39.888115] [ 39.888115] stack backtrace: [ 39.888115] Pid: 4980, comm: trinity Tainted: G W 3.4.0-next-20120524-sasha-00002-g11dc651 #273 [ 39.888115] Call Trace: [ 39.888115] [<ffffffff81148019>] print_deadlock_bug+0x119/0x140 [ 39.888115] [<ffffffff8114a18e>] validate_chain+0x5ee/0x790 [ 39.888115] [<ffffffff8111a5f8>] ? sched_clock_cpu+0x108/0x120 [ 39.973550] [<ffffffff8114a753>] __lock_acquire+0x423/0x4c0 [ 39.973550] [<ffffffff8114a97a>] lock_acquire+0x18a/0x1e0 [ 39.973550] [<ffffffff82f71fdb>] ? tty_lock_nested+0x7b/0x90 [ 39.973550] [<ffffffff82f6e410>] __mutex_lock_common+0x60/0x590 [ 39.973550] [<ffffffff82f71fdb>] ? tty_lock_nested+0x7b/0x90 [ 39.973550] [<ffffffff8114aea2>] ? __lock_release+0x1c2/0x1e0 [ 39.973550] [<ffffffff810f5240>] ? flush_scheduled_work+0x20/0x20 [ 39.973550] [<ffffffff82f71fdb>] ? tty_lock_nested+0x7b/0x90 [ 39.973550] [<ffffffff82f6ea70>] mutex_lock_nested+0x40/0x50 [ 39.973550] [<ffffffff82f71fdb>] tty_lock_nested+0x7b/0x90 [ 39.973550] [<ffffffff82f71ffb>] tty_lock+0xb/0x10 [ 39.973550] [<ffffffff81b155f7>] tty_ldisc_release+0x47/0xb0 [ 39.973550] [<ffffffff81b0fc33>] tty_release+0x453/0x4d0 [ 39.973550] [<ffffffff81232d4a>] __fput+0x11a/0x2c0 [ 39.973550] [<ffffffff81232f05>] fput+0x15/0x20 [ 39.973550] [<ffffffff8122f212>] filp_close+0x82/0xa0 [ 39.973550] [<ffffffff810d6514>] close_files+0x1b4/0x200 [ 39.973550] [<ffffffff810d6360>] ? wait_task_stopped+0x3d0/0x3d0 [ 39.973550] [<ffffffff810d6725>] ? exit_files+0x45/0x60 [ 39.973550] [<ffffffff810d6581>] put_files_struct+0x21/0x180 [ 39.973550] [<ffffffff82f71a10>] ? _raw_spin_unlock+0x30/0x60 [ 39.973550] [<ffffffff810d672d>] exit_files+0x4d/0x60 [ 39.973550] [<ffffffff810d89f2>] do_exit+0x322/0x510 [ 39.973550] [<ffffffff810d8c81>] do_group_exit+0xa1/0xe0 [ 39.973550] [<ffffffff810d8cd2>] sys_exit_group+0x12/0x20 [ 39.973550] [<ffffffff82f72bb9>] system_call_fastpath+0x16/0x1b
| |