From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Wed, 27 Sep 2006 15:57:05 +0200 From: Ingo Molnar Message-ID: <20060927135705.GA30311@elte.hu> References: <451A78DF.1060901@in.ibm.com> Mime-Version: 1.0 Content-Disposition: inline In-Reply-To: <451A78DF.1060901@in.ibm.com> Subject: [linux-lvm] Re: [RFC] Reverting "bd_mount_mutex" to "bd_mount_sem" Reply-To: LVM general discussion and development List-Id: LVM general discussion and development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , List-Id: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Srinivasa Ds Cc: dm-devel@redhat.com, linux-kernel@vger.kernel.org, agk@redhat.com, linux-lvm@redhat.com * Srinivasa Ds wrote: > On debugging I found out that,"dmsetup suspend " calls > "freeze_bdev()",which locks "bd_mount_mutex" to make sure that no new > mounts happen on bdev until thaw_bdev() is called. > This "thaw_bdev()" is getting called when we resume the device > through "dmsetup resume ". > Hence we have 2 processes,one of which locks > "bd_mount_mutex"(dmsetup suspend) and Another(dmsetup resume) unlocks > it. hm, to me this seems quite a fragile construct - even if the mutex-debugging warning is worked around by reverting to a semaphore. Ingo