From mboxrd@z Thu Jan 1 00:00:00 1970 From: Al Viro Subject: Re: Linus GIT (3.3.0-rc6+) -- INFO: possible circular locking dependency detected Date: Mon, 5 Mar 2012 21:35:58 +0000 Message-ID: <20120305213557.GO23916@ZenIV.linux.org.uk> References: <20120305132334.e3fc92cb.akpm@linux-foundation.org> Mime-Version: 1.0 Return-path: Received: from zeniv.linux.org.uk ([195.92.253.2]:35565 "EHLO ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752571Ab2CEVf7 (ORCPT ); Mon, 5 Mar 2012 16:35:59 -0500 Content-Disposition: inline In-Reply-To: <20120305132334.e3fc92cb.akpm@linux-foundation.org> Sender: ecryptfs-owner@vger.kernel.org List-ID: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Andrew Morton Cc: Miles Lane , LKML , Theodore Ts'o , Andreas Dilger , Tyler Hicks , Dustin Kirkland , ecryptfs@vger.kernel.org On Mon, Mar 05, 2012 at 01:23:34PM -0800, Andrew Morton wrote: > mmap_sem nests inside i_mutex. > > On the path > > munmap > ->ecryptfs_vma_close > ->filemap_write_and_wait > ->generic_file_aio_write > > we're taking i_mutex inside mmap_sem. So the problem is triggered by > ecryptfs_vma_close() calling filemap_write_and_wait() inside munmap()'s > mmap_sem. > > Question is: what did we recently change to cause this to happen? AFAICS, it's commit 32001d6fe9ac6b0423e674a3093aa56740849f3b Author: Tyler Hicks Date: Mon Nov 21 17:31:29 2011 -0600 eCryptfs: Flush file in vma close