Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932577AbZAQXTg (ORCPT ); Sat, 17 Jan 2009 18:19:36 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1760294AbZAQXT2 (ORCPT ); Sat, 17 Jan 2009 18:19:28 -0500 Received: from mx2.redhat.com ([66.187.237.31]:41865 "EHLO mx2.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1758763AbZAQXT1 (ORCPT ); Sat, 17 Jan 2009 18:19:27 -0500 Date: Sat, 17 Jan 2009 18:19:25 -0500 From: Dave Jones To: Linux Kernel Subject: .29rc2 lockdep report. fb_mmap vs sys_mmap2 Message-ID: <20090117231925.GA28055@redhat.com> Mail-Followup-To: Dave Jones , Linux Kernel MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2487 Lines: 73 Two mmaps enter! Fight! ======================================================= [ INFO: possible circular locking dependency detected ] 2.6.29-0.41.rc2.fc11.i686 #1 ------------------------------------------------------- plymouthd/669 is trying to acquire lock: (&fb_info->lock){--..}, at: [] fb_mmap+0x87/0x156 but task is already holding lock: (&mm->mmap_sem){----}, at: [] sys_mmap2+0x44/0x7b which lock already depends on the new lock. the existing dependency chain (in reverse order) is: -> #1 (&mm->mmap_sem){----}: [] __lock_acquire+0x9af/0xb22 [] lock_acquire+0x5b/0x81 [] might_fault+0x60/0x80 [] copy_to_user+0x2c/0xfc [] fb_ioctl+0x247/0x338 [] vfs_ioctl+0x22/0x69 [] do_vfs_ioctl+0x46a/0x4a3 [] sys_ioctl+0x40/0x5a [] syscall_call+0x7/0xb [] 0xffffffff -> #0 (&fb_info->lock){--..}: [] __lock_acquire+0x884/0xb22 [] lock_acquire+0x5b/0x81 [] __mutex_lock_common+0xd5/0x329 [] mutex_lock_nested+0x2e/0x36 [] fb_mmap+0x87/0x156 [] mmap_region+0x22b/0x43c [] do_mmap_pgoff+0x271/0x2d1 [] sys_mmap2+0x5a/0x7b [] syscall_call+0x7/0xb [] 0xffffffff other info that might help us debug this: 1 lock held by plymouthd/669: #0: (&mm->mmap_sem){----}, at: [] sys_mmap2+0x44/0x7b stack backtrace: Pid: 669, comm: plymouthd Not tainted 2.6.29-0.41.rc2.fc11.i686 #1 Call Trace: [] ? printk+0xf/0x11 [] print_circular_bug_tail+0x5d/0x68 [] __lock_acquire+0x884/0xb22 [] lock_acquire+0x5b/0x81 [] ? fb_mmap+0x87/0x156 [] __mutex_lock_common+0xd5/0x329 [] ? fb_mmap+0x87/0x156 [] mutex_lock_nested+0x2e/0x36 [] ? fb_mmap+0x87/0x156 [] fb_mmap+0x87/0x156 [] mmap_region+0x22b/0x43c [] do_mmap_pgoff+0x271/0x2d1 [] sys_mmap2+0x5a/0x7b [] syscall_call+0x7/0xb -- http://www.codemonkey.org.uk -- 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/