Received: by 2002:a25:7ec1:0:0:0:0:0 with SMTP id z184csp3035857ybc; Thu, 21 Nov 2019 02:17:51 -0800 (PST) X-Google-Smtp-Source: APXvYqw2goQwF756rKHmhbXhu/BSEou4Kp/Qa/H68N8mwfMettC8nPluWzsPdyM0MKNIheE+0nkr X-Received: by 2002:a17:906:f259:: with SMTP id gy25mr12192649ejb.297.1574331471165; Thu, 21 Nov 2019 02:17:51 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1574331471; cv=none; d=google.com; s=arc-20160816; b=elX+5H8554F4dfX+Ht35BIAgyOh7TYrUmbwMoWAsTHCCx3692N2YKLekqYzmMfGHnl 1ezlBsxLOKBeB6pmsDAIykjkvi2zL9PqlLBJvRqjXVjlO0RorxWiKTlWOifpSo+fl3Lb iBmovaexS70BMmB4OcHgeJUeduq+er0WKWZpWQAg1ccEwnWdr/2Em/pMfC/SYYMbSY4G 4ej8tIW7MQ1G5o7pjmst6cnrU/LfLnA4y+XYZxYXVg4eQ1l37ZsHDDkk/XC8NO1+SGUp yXmdKtNP6nPmdtASuAZIGuTycjey/hB2U/UY0x8Hn4FLVoR8HtUHFH7SPbTt+RHy7gKy of/A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=a4d/ATQWb3CnUlWnR7osB6Yp+MDXVxXf6hO3nRbOrqU=; b=KG9NjziwxR01ftPsNnXntDKcXGEw+XlJtqs9+Dg6TI7xN7l1Qq6bIg/rai1Df6T1p2 WE5LwrNAXq0lwEAER9E8TcitslLPAo7XDlc+6wx0ito9aF7YXFH7iEKS1fSo1naJoNNC /vwnqfg+sPrGd4/x0NeJUcjdUoYQwr90XeBz3yA+kwZkG+xTj9jkh/sC7XxHjluTAYNt vDjEEnqhJ6tFxQPFXvjbf681suE1CDpmVT1OPGYXmUmYOWeNd6+WLO3cKouSVlCCVL0w pgqRIEoBF4bMTbd3DVCiVX9O/zBTcAYRV2XWIabBUiwHJ6h33nJoiVEobiyqaPwqhMpy 1V8w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t18si1365482ejx.354.2019.11.21.02.17.26; Thu, 21 Nov 2019 02:17:51 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727028AbfKUKPg (ORCPT + 99 others); Thu, 21 Nov 2019 05:15:36 -0500 Received: from mx2.suse.de ([195.135.220.15]:55124 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726994AbfKUKPg (ORCPT ); Thu, 21 Nov 2019 05:15:36 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 2CEEEB1EC; Thu, 21 Nov 2019 10:15:34 +0000 (UTC) Date: Thu, 21 Nov 2019 11:15:32 +0100 From: Michal =?iso-8859-1?Q?Such=E1nek?= To: Matthew Wilcox Cc: Christoph Hellwig , linux-scsi@vger.kernel.org, Jonathan Corbet , Jens Axboe , "James E.J. Bottomley" , "Martin K. Petersen" , Alexander Viro , Mauro Carvalho Chehab , Eric Biggers , "J. Bruce Fields" , Benjamin Coddington , Hannes Reinecke , Omar Sandoval , Ming Lei , Damien Le Moal , Bart Van Assche , Tejun Heo , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org Subject: Re: [PATCH v2 6/8] bdev: add open_finish. Message-ID: <20191121101532.GI11661@kitsune.suse.cz> References: <20191024022232.GB11485@infradead.org> <20191024085514.GI938@kitsune.suse.cz> <20191024131254.GE2963@bombadil.infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20191024131254.GE2963@bombadil.infradead.org> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Oct 24, 2019 at 06:12:54AM -0700, Matthew Wilcox wrote: > On Thu, Oct 24, 2019 at 10:55:14AM +0200, Michal Such?nek wrote: > > On Wed, Oct 23, 2019 at 07:22:32PM -0700, Christoph Hellwig wrote: > > > On Wed, Oct 23, 2019 at 02:52:45PM +0200, Michal Suchanek wrote: > > > > Opening a block device may require a long operation such as waiting for > > > > the cdrom tray to close. Performing this operation with locks held locks > > > > out other attempts to open the device. These processes waiting to open > > > > the device are not killable. > > You can use mutex_lock_killable() to fix that. > That fixes only half of the problem. Other processes still cannot access the device while you wait on mutex_lock_killable Thanks Michal