From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932501AbWFHE1W (ORCPT ); Thu, 8 Jun 2006 00:27:22 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932502AbWFHE1V (ORCPT ); Thu, 8 Jun 2006 00:27:21 -0400 Received: from wx-out-0102.google.com ([66.249.82.193]:37416 "EHLO wx-out-0102.google.com") by vger.kernel.org with ESMTP id S932501AbWFHE1U (ORCPT ); Thu, 8 Jun 2006 00:27:20 -0400 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=jqq4+t1cA0PbEfnmkip+K6sxFkPxzR7vuUanrIL53z42+44tYRPO+owlk/W/GOXvcUz2uvX9lvVtGOYtFuHE7s/JCDnZK+88WSSWXHMSjPj7357/GbGhR0jOwzzIoKf5O3A2zQni+hzN7qq9jZmC4cAAUVGZEv1TuATTEmydKFM= Message-ID: Date: Wed, 7 Jun 2006 21:27:19 -0700 From: "Miles Lane" To: LKML , "Andrew Morton" Subject: 2.6.17-rc6-mm1 -- BUG: possible circular locking deadlock detected! MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org ===================================================== [ BUG: possible circular locking deadlock detected! ] ----------------------------------------------------- mount/1219 is trying to acquire lock: (&ni->mrec_lock){--..}, at: [] mutex_lock+0x21/0x24 but task is already holding lock: (&rl->lock){----}, at: [] ntfs_map_runlist+0x2a/0xb5 [ntfs] which lock already depends on the new lock, which could lead to circular deadlocks! the existing dependency chain (in reverse order) is: -> #1 (&rl->lock){----}: [] lock_acquire+0x58/0x74 [] ntfs_readpage+0x362/0x8fd [ntfs] [] read_cache_page+0x8c/0x137 [] map_mft_record+0xd7/0x1d2 [ntfs] [] ntfs_read_locked_inode+0x74/0xea9 [ntfs] [] ntfs_read_inode_mount+0x625/0x846 [ntfs] [] ntfs_fill_super+0x8ca/0xd14 [ntfs] [] get_sb_bdev+0xed/0x14e [] ntfs_get_sb+0x10/0x12 [ntfs] [] vfs_kern_mount+0x76/0x143 [] do_kern_mount+0x29/0x3d [] do_mount+0x78a/0x7e4 [] sys_mount+0x5f/0x91 [] sysenter_past_esp+0x56/0x8d -> #0 (&ni->mrec_lock){--..}: [] lock_acquire+0x58/0x74 [] __mutex_lock_slowpath+0xa7/0x21d [] mutex_lock+0x21/0x24 [] map_mft_record+0x19/0x1d2 [ntfs] [] ntfs_map_runlist_nolock+0x48/0x437 [ntfs] [] ntfs_map_runlist+0x87/0xb5 [ntfs] [] ntfs_readpage+0x482/0x8fd [ntfs] [] read_cache_page+0x8c/0x137 [] load_system_files+0x155/0x7c7 [ntfs] [] ntfs_fill_super+0x979/0xd14 [ntfs] [] get_sb_bdev+0xed/0x14e [] ntfs_get_sb+0x10/0x12 [ntfs] [] vfs_kern_mount+0x76/0x143 [] do_kern_mount+0x29/0x3d [] do_mount+0x78a/0x7e4 [] sys_mount+0x5f/0x91 [] sysenter_past_esp+0x56/0x8d other info that might help us debug this: 2 locks held by mount/1219: #0: (&s->s_umount#18){--..}, at: [] sget+0x223/0x3a1 #1: (&rl->lock){----}, at: [] ntfs_map_runlist+0x2a/0xb5 [ntfs] stack backtrace: [] show_trace_log_lvl+0x54/0xfd [] show_trace+0xd/0x10 [] dump_stack+0x17/0x1c [] print_circular_bug_tail+0x59/0x64 [] __lock_acquire+0x7c2/0x97a [] lock_acquire+0x58/0x74 [] __mutex_lock_slowpath+0xa7/0x21d [] mutex_lock+0x21/0x24 [] map_mft_record+0x19/0x1d2 [ntfs] [] ntfs_map_runlist_nolock+0x48/0x437 [ntfs] [] ntfs_map_runlist+0x87/0xb5 [ntfs] [] ntfs_readpage+0x482/0x8fd [ntfs] [] read_cache_page+0x8c/0x137 [] load_system_files+0x155/0x7c7 [ntfs] [] ntfs_fill_super+0x979/0xd14 [ntfs] [] get_sb_bdev+0xed/0x14e [] ntfs_get_sb+0x10/0x12 [ntfs] [] vfs_kern_mount+0x76/0x143 [] do_kern_mount+0x29/0x3d [] do_mount+0x78a/0x7e4 [] sys_mount+0x5f/0x91 [] sysenter_past_esp+0x56/0x8d NTFS volume version 3.1.