Received: by 2002:a05:6359:baa:b0:13a:1159:4aa9 with SMTP id gf42csp5591109rwb; Wed, 9 Aug 2023 09:38:47 -0700 (PDT) X-Google-Smtp-Source: AGHT+IFhsplPvHZfPeF3g0eH5slIZWF87ov8KeSAR/tBLJ5hbEQOqi/DzOf+WPK0gYOB4lWRciPh X-Received: by 2002:a05:6a20:5487:b0:127:72c3:6428 with SMTP id i7-20020a056a20548700b0012772c36428mr4847316pzk.18.1691599127009; Wed, 09 Aug 2023 09:38:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1691599126; cv=none; d=google.com; s=arc-20160816; b=r997MJHNlsJR3cR3cibFNa/NzWIgQbdpZ1wnFRJifIAXIWZ082HTTy1pNIA3eCI+DY tR6GikKpXbN+9p2zMYIGkoYBvIxLCrUChnBKS7DqA/InHAJcgAYHMH3OOKmbnOvUELxu 8WHJBBYNVPkp5B7ZegVSOdn2sUWt94o4rzSsCPJxf3XGu1F306Hi68bz54p8Z5zLP572 JfjFYYdjvH0S0SbW0eIiAOYTH/lO5/utpN1My2qpLihCTd+sRoqrdaenWvA7VjoFnRmx kUTclRUR8kyHsJu8izfcumXa7xRzJVpeT1rBBMMdTc79zbo+OpcPhirDC/nHmZ4r4HCC IumQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=zsY/sIVR1p3BkecaR+3jtnrkus/XjwfQ3QqDTDrlwbE=; fh=v+zjE1HM2dOJtdKydei7VDPf0Fd1YDSDavqlxwJaazc=; b=ms8b6A15Z+Tqe851EQcDVwf4A5qRfPfiAVdktP2tHf1CrZIUdHlTOG6AT3XUMEtdl5 DnV2lri6J3qwzia0HmZmLMo3xCDBLiYsFIcy4UCT53xs+xXRXKZ1ll+zJiLjUr2bd52T R+fPI+/I+Uqw4EXwAIE/O1ogk+Ax8awpcKRpSIybrP77j/QlvURZlqpwn/U6i4CATwAw bbGi+4m+eHCrJ/VwMtsfDFO9aeHA6rmmnGj5GbRrISK3y6tvuF38oLYbkb6/1A7MHNRC F2FghAB4kOgQzwwVOjiWtrK1CBGYfAL8n9ckzv2pOMEc671NgNqSeZ/u+vfyUAJatV/b pRlw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id dc11-20020a056a0035cb00b00682b0b7ed43si9563742pfb.368.2023.08.09.09.38.31; Wed, 09 Aug 2023 09:38:46 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230009AbjHIQRu (ORCPT + 99 others); Wed, 9 Aug 2023 12:17:50 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44734 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229576AbjHIQRt (ORCPT ); Wed, 9 Aug 2023 12:17:49 -0400 Received: from verein.lst.de (verein.lst.de [213.95.11.211]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 4E97E19E; Wed, 9 Aug 2023 09:17:49 -0700 (PDT) Received: by verein.lst.de (Postfix, from userid 2407) id A3F316732D; Wed, 9 Aug 2023 18:17:45 +0200 (CEST) Date: Wed, 9 Aug 2023 18:17:45 +0200 From: Christoph Hellwig To: "Darrick J. Wong" Cc: Christoph Hellwig , Al Viro , Christian Brauner , Namjae Jeon , Sungjong Seo , Theodore Ts'o , Andreas Dilger , Konstantin Komarov , linux-fsdevel@vger.kernel.org, linux-ext4@vger.kernel.org, ntfs3@lists.linux.dev, linux-xfs@vger.kernel.org Subject: Re: [PATCH 06/13] xfs: close the RT and log block devices in xfs_free_buftarg Message-ID: <20230809161745.GB2346@lst.de> References: <20230808161600.1099516-1-hch@lst.de> <20230808161600.1099516-7-hch@lst.de> <20230809154532.GT11352@frogsfrogsfrogs> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230809154532.GT11352@frogsfrogsfrogs> User-Agent: Mutt/1.5.17 (2007-11-01) X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_NONE, SPF_NONE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org On Wed, Aug 09, 2023 at 08:45:32AM -0700, Darrick J. Wong wrote: > > blkdev_issue_flush(btp->bt_bdev); > > fs_put_dax(btp->bt_daxdev, btp->bt_mount); > > + /* the main block device is closed by kill_block_super */ > > + if (bdev != btp->bt_mount->m_super->s_bdev) > > + blkdev_put(bdev, btp->bt_mount->m_super); > > Hmm... I feel like this would be cleaner if the data dev buftarg could > get its own refcount separate from super_block.s_bdev, but I looked > through the code and couldn't identify a simple way to do that. Soo... blkdev_put doesn't really drop a refcount, it closes the device. It just happens to be misnamed, but Jan is looking into a series that will as a side effect end up with a better name for this functionality.