Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1764377AbYARVpc (ORCPT ); Fri, 18 Jan 2008 16:45:32 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758568AbYARVpY (ORCPT ); Fri, 18 Jan 2008 16:45:24 -0500 Received: from ns2.g-housing.de ([81.169.133.75]:48114 "EHLO mail.g-house.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757647AbYARVpX (ORCPT ); Fri, 18 Jan 2008 16:45:23 -0500 Date: Fri, 18 Jan 2008 22:45:17 +0100 (CET) From: Christian Kujau X-X-Sender: evil@sheep.housecafe.de To: xfs@oss.sgi.com cc: LKML Subject: 2.6.24-rc8: possible circular locking dependency detected Message-ID: User-Agent: Alpine 1.00 (DEB 882 2007-12-20) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1957 Lines: 55 Hi, just FYI, upgrading to -rc8 gave the following messages in kern.log in the morning hours, when the backups were run: ======================================================= [ INFO: possible circular locking dependency detected ] 2.6.24-rc8 #2 ------------------------------------------------------- rsync/23295 is trying to acquire lock: (iprune_mutex){--..}, at: [] shrink_icache_memory+0x72/0x220 but task is already holding lock: (&(&ip->i_iolock)->mr_lock){----}, at: [] xfs_ilock+0x96/0xb0 which lock already depends on the new lock. the existing dependency chain (in reverse order) is: -> #1 (&(&ip->i_iolock)->mr_lock){----}: [] __lock_acquire+0xbe1/0x10b0 [] xfs_ilock+0x96/0xb0 [] trace_hardirqs_on+0x9f/0x140 [] lock_acquire+0x5f/0x80 [] xfs_ilock+0x96/0xb0 [] down_write_nested+0x41/0x60 [] xfs_ilock+0x96/0xb0 [] xfs_ilock+0x96/0xb0 [] xfs_ireclaim+0x1a/0x60 [] xfs_finish_reclaim+0x53/0x1a0 [] xfs_fs_clear_inode+0x5e/0x90 [] clear_inode+0x82/0x160 [] shrink_icache_memory+0x7c/0x220 [] dispose_list+0x1a/0xc0 [] shrink_icache_memory+0x1e2/0x220 [] shrink_slab+0x101/0x160 [] kswapd+0x2aa/0x410 [] autoremove_wake_function+0x0/0x40 [] kswapd+0x0/0x410 [] kthread+0x42/0x70 Full dmesg and .config: http://nerdbynature.de/bits/2.6.24-rc8/ Thanks, Christian. -- BOFH excuse #18: excess surge protection -- 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/