Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755303Ab3EFSYH (ORCPT ); Mon, 6 May 2013 14:24:07 -0400 Received: from mx1.redhat.com ([209.132.183.28]:44764 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754657Ab3EFSYF (ORCPT ); Mon, 6 May 2013 14:24:05 -0400 Date: Mon, 6 May 2013 14:00:20 -0400 From: Dave Jones To: Linux Kernel , Greg Kroah-Hartman , Jiri Slaby Subject: Re: 3.9+ tty lockdep trace. Message-ID: <20130506180020.GB1309@redhat.com> Mail-Followup-To: Dave Jones , Linux Kernel , Greg Kroah-Hartman , Jiri Slaby References: <20130501154723.GB11841@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130501154723.GB11841@redhat.com> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 5379 Lines: 97 On Wed, May 01, 2013 at 11:47:23AM -0400, Dave Jones wrote: > [ 6760.076083] ====================================================== > [ 6760.076084] [ INFO: possible circular locking dependency detected ] > [ 6760.076086] 3.9.0+ #16 Not tainted > [ 6760.076086] ------------------------------------------------------- > [ 6760.076087] (agetty)/26163 is trying to acquire lock: > [ 6760.076096] blocked: ((&buf->work)){+.+...}, instance: ffff88011c8b0020, at: [] flush_work+0x5/0x2e0 > [ 6760.076096] > but task is already holding lock: > [ 6760.076102] blocked: (console_lock){+.+.+.}, instance: ffffffff81c2fde0, at: [] vt_ioctl+0xb61/0x1230 > [ 6760.076103] > which lock already depends on the new lock. > > [ 6760.076103] > the existing dependency chain (in reverse order) is: > [ 6760.076106] > -> #1 (console_lock){+.+.+.}: > [ 6760.076111] [] lock_acquire+0xa4/0x210 > [ 6760.076115] [] console_lock+0x77/0x80 > [ 6760.076118] [] con_flush_chars+0x2d/0x50 > [ 6760.076123] [] n_tty_receive_buf+0x122/0x14d0 > [ 6760.076126] [] flush_to_ldisc+0x119/0x170 > [ 6760.076130] [] process_one_work+0x211/0x700 > [ 6760.076133] [] worker_thread+0x11b/0x3a0 > [ 6760.076137] [] kthread+0xed/0x100 > [ 6760.076141] [] ret_from_fork+0x7c/0xb0 > [ 6760.076143] > -> #0 ((&buf->work)){+.+...}: > [ 6760.076146] [] __lock_acquire+0x193a/0x1c00 > [ 6760.076149] [] lock_acquire+0xa4/0x210 > [ 6760.076151] [] flush_work+0x4e/0x2e0 > [ 6760.076153] [] __cancel_work_timer+0x95/0x130 > [ 6760.076155] [] cancel_work_sync+0x10/0x20 > [ 6760.076157] [] tty_port_destroy+0x12/0x20 > [ 6760.076159] [] vc_deallocate+0xf8/0x110 > [ 6760.076162] [] vt_ioctl+0xb6c/0x1230 > [ 6760.076165] [] tty_ioctl+0x285/0xd50 > [ 6760.076168] [] do_vfs_ioctl+0x305/0x530 > [ 6760.076170] [] sys_ioctl+0x81/0xa0 > [ 6760.076174] [] system_call_fastpath+0x16/0x1b > [ 6760.076174] > other info that might help us debug this: > > [ 6760.076175] Possible unsafe locking scenario: > > [ 6760.076175] CPU0 CPU1 > [ 6760.076176] ---- ---- > [ 6760.076177] lock(console_lock); > [ 6760.076179] lock((&buf->work)); > [ 6760.076180] lock(console_lock); > [ 6760.076181] lock((&buf->work)); > [ 6760.076182] > *** DEADLOCK *** > > [ 6760.076183] 1 lock on stack by (agetty)/26163: > [ 6760.076188] #0: blocked: (console_lock){+.+.+.}, instance: ffffffff81c2fde0, at: [] vt_ioctl+0xb61/0x1230 > [ 6760.076188] > stack backtrace: > [ 6760.076190] Pid: 26163, comm: (agetty) Not tainted 3.9.0+ #16 > [ 6760.076191] Call Trace: > [ 6760.076196] [] print_circular_bug+0x200/0x20e > [ 6760.076199] [] __lock_acquire+0x193a/0x1c00 > [ 6760.076203] [] ? sched_clock+0x9/0x10 > [ 6760.076206] [] ? sched_clock+0x9/0x10 > [ 6760.076209] [] ? native_sched_clock+0x20/0x80 > [ 6760.076213] [] lock_acquire+0xa4/0x210 > [ 6760.076215] [] ? flush_work+0x5/0x2e0 > [ 6760.076217] [] flush_work+0x4e/0x2e0 > [ 6760.076219] [] ? flush_work+0x5/0x2e0 > [ 6760.076222] [] ? mark_held_locks+0xbb/0x140 > [ 6760.076226] [] ? __free_pages_ok.part.57+0x93/0xc0 > [ 6760.076229] [] ? mark_held_locks+0xbb/0x140 > [ 6760.076231] [] ? __cancel_work_timer+0x82/0x130 > [ 6760.076234] [] __cancel_work_timer+0x95/0x130 > [ 6760.076236] [] cancel_work_sync+0x10/0x20 > [ 6760.076238] [] tty_port_destroy+0x12/0x20 > [ 6760.076240] [] vc_deallocate+0xf8/0x110 > [ 6760.076243] [] vt_ioctl+0xb6c/0x1230 > [ 6760.076246] [] ? lock_release_holdtime.part.30+0xa1/0x170 > [ 6760.076250] [] tty_ioctl+0x285/0xd50 > [ 6760.076254] [] ? inode_has_perm.isra.46.constprop.61+0x56/0x80 > [ 6760.076257] [] do_vfs_ioctl+0x305/0x530 > [ 6760.076260] [] ? selinux_file_ioctl+0x5b/0x110 > [ 6760.076263] [] sys_ioctl+0x81/0xa0 > [ 6760.076266] [] system_call_fastpath+0x16/0x1b Just hit this again, by switching tty's during bootup. The previous time was switching from X to console iirc, so that seems to be the key to triggering this. Dave -- 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/