From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756793AbXENRGa (ORCPT ); Mon, 14 May 2007 13:06:30 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755308AbXENRGX (ORCPT ); Mon, 14 May 2007 13:06:23 -0400 Received: from keetweej.vanheusden.com ([213.84.46.114]:39778 "EHLO keetweej.vanheusden.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755222AbXENRGX (ORCPT ); Mon, 14 May 2007 13:06:23 -0400 Date: Mon, 14 May 2007 16:21:24 +0200 (CEST) Subject: [2.6.21] circular locking dependency found in QUOTA OFF From: "Folkert van Heusden" To: linux-kernel@vger.kernel.org Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Message-Id: Hi, When I cleanly reboot my pc running 2.6.21 on a P4 with HT and 2GB of ram and system on an 1-filesystem IDE disk, I get the following circular locking dependency error: [330961.226405] ======================================================= [330961.226489] [ INFO: possible circular locking dependency detected ] [330961.226531] 2.6.21 #5 [330961.226569] ------------------------------------------------------- [330961.226611] quotaoff/12249 is trying to acquire lock: [330961.226652] (&sb->s_type->i_mutex_key#4){--..}, at: [] mutex_lock+0x8/0xa [330961.226861] [330961.226862] but task is already holding lock: [330961.226938] (&s->s_dquot.dqonoff_mutex){--..}, at: [] mutex_lock+0x8/0xa [330961.227111] [330961.227111] which lock already depends on the new lock. [330961.227112] [330961.227225] [330961.227225] the existing dependency chain (in reverse order) is: [330961.227303] [330961.227303] -> #1 (&s->s_dquot.dqonoff_mutex){--..}: [330961.227473] [] check_prev_add+0x15b/0x281 [330961.227766] [] check_prevs_add+0x8b/0xe8 [330961.228056] [] __lock_acquire+0x692/0xb81 [330961.228353] [] lock_acquire+0x62/0x81 [330961.228643] [] __mutex_lock_slowpath+0x75/0x28c [330961.228934] [] mutex_lock+0x8/0xa [330961.229221] [] vfs_quota_on_inode+0xc1/0x25f [330961.229513] [] vfs_quota_on+0x75/0x79 [330961.229803] [] ext3_quota_on+0x95/0xb0 [330961.230093] [] do_quotactl+0xc9/0x2dd [330961.230384] [] sys_quotactl+0x84/0xd6 [330961.230673] [] syscall_call+0x7/0xb [330961.230963] [] 0xffffffff [330961.231268] [330961.231268] -> #0 (&sb->s_type->i_mutex_key#4){--..}: [330961.231469] [] check_prev_add+0x34/0x281 [330961.231759] [] check_prevs_add+0x8b/0xe8 [330961.232049] [] __lock_acquire+0x692/0xb81 [330961.232344] [] lock_acquire+0x62/0x81 [330961.232632] [] __mutex_lock_slowpath+0x75/0x28c [330961.232923] [] mutex_lock+0x8/0xa [330961.233211] [] vfs_quota_off+0x1cf/0x260 [330961.233500] [] do_quotactl+0x29f/0x2dd [330961.233792] [] sys_quotactl+0x84/0xd6 [330961.234081] [] syscall_call+0x7/0xb [330961.234503] [] 0xffffffff [330961.234795] [330961.234795] other info that might help us debug this: [330961.234796] [330961.234908] 2 locks held by quotaoff/12249: [330961.234947] #0: (&type->s_umount_key#15){----}, at: [] get_super+0x53/0x94 [330961.235183] #1: (&s->s_dquot.dqonoff_mutex){--..}, at: [] mutex_lock+0x8/0xa [330961.235386] [330961.235387] stack backtrace: [330961.235462] [] show_trace_log_lvl+0x1a/0x30 [330961.235535] [] show_trace+0x12/0x14 [330961.235606] [] dump_stack+0x16/0x18 [330961.235679] [] print_circular_bug_tail+0x6f/0x71 [330961.235753] [] check_prev_add+0x34/0x281 [330961.235825] [] check_prevs_add+0x8b/0xe8 [330961.235897] [] __lock_acquire+0x692/0xb81 [330961.235969] [] lock_acquire+0x62/0x81 [330961.236041] [] __mutex_lock_slowpath+0x75/0x28c [330961.236113] [] mutex_lock+0x8/0xa [330961.236185] [] vfs_quota_off+0x1cf/0x260 [330961.236257] [] do_quotactl+0x29f/0x2dd [330961.236330] [] sys_quotactl+0x84/0xd6 [330961.236402] [] syscall_call+0x7/0xb [330961.236473] =======================