Received: by 2002:a25:d7c1:0:0:0:0:0 with SMTP id o184csp3636116ybg; Fri, 25 Oct 2019 06:56:23 -0700 (PDT) X-Google-Smtp-Source: APXvYqzvncOYeXkCXaWMqZ/s7vNBP9RFhEhchTrAibDWPvBTJKZAQE4yNWpqPIfInzvbIrT+vzIu X-Received: by 2002:a05:6402:3c7:: with SMTP id t7mr4090630edw.232.1572011783882; Fri, 25 Oct 2019 06:56:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1572011783; cv=none; d=google.com; s=arc-20160816; b=X68+5ndALw2rwe/TeJtJlF+h59hyLKuf/VO0y27c4Ta/ZTcYb4G5F5B/GlZDCZHtx4 xZ2v8YYhJsxQ+eFEdcVFxlayB+LBwjUzEJ9gzYHJ6THF7e3gdzqdLnxbTopoXSOlYg3A oWEwk2IZlm9XstOpVVUM4Fxxe/NnbKGSXQE9nV7qTNNnkQvPuomkKVVph+rX5MA4Gsff tKsI5hfPbgOvj0ha4c+OafYkF04R4tU+3NxbC6S9ZDUCWr3ni/0hCIh3hwrfSRJQDqZu 3PPrYdew7bPheD04ilBfb+O630w5Cy8Xl35Wlt5RApS2TefUSeQydBu6prjKsMf/QWm/ eDjw== 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=udOwuUxojICcOTFwOjyBBMZXMIQT4+VMIRuRWtO4c64=; b=YFoESOqUBP4VeyAUcS1yOvknWh4zOB5Rzpjb9qN0lZhUMO48bmXQ4M7HsHO6V+2vdZ fBa18Fvwt5lZ69N5U+ds4dLbiKMo8lKWS/RVQV3xqLwJ3CxSjGtPBj1J36svhjz4aws8 3RM+s6uWkSRB42vZUB1LA1qv+2F2hVGHjeRe5cmuMlHSCl32ZYBaIm2DubmNrFy/WGGg ycGvR19TStZTYG1mqG6g4AemDeXsDugOOXHEMIQGopoIEHC0olI1HuXtaVIiN7Vq2q1R D4hhn2Zdg/0rubm5gW/ivcsiNDO9VC6YFrbPyqL+Gh7cV0EwdV2TUbCgPsB/1sebr5w8 tihQ== 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 j26si1204114ejd.138.2019.10.25.06.55.59; Fri, 25 Oct 2019 06:56:23 -0700 (PDT) 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 S2502485AbfJXNTK (ORCPT + 99 others); Thu, 24 Oct 2019 09:19:10 -0400 Received: from mx2.suse.de ([195.135.220.15]:34614 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1730061AbfJXNTK (ORCPT ); Thu, 24 Oct 2019 09:19:10 -0400 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 A9A3DB7FD; Thu, 24 Oct 2019 13:19:07 +0000 (UTC) Date: Thu, 24 Oct 2019 15:19:05 +0200 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: <20191024131905.GM938@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 solves only half of the problem. It still does not give access to the device to processes that open with O_NONBLOCK. Thanks Michal