From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 2A229EB64D9 for ; Tue, 4 Jul 2023 16:14:54 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 6F554280093; Tue, 4 Jul 2023 12:14:53 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 67F05280076; Tue, 4 Jul 2023 12:14:53 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 51F12280093; Tue, 4 Jul 2023 12:14:53 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0010.hostedemail.com [216.40.44.10]) by kanga.kvack.org (Postfix) with ESMTP id 37888280076 for ; Tue, 4 Jul 2023 12:14:53 -0400 (EDT) Received: from smtpin17.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay02.hostedemail.com (Postfix) with ESMTP id 04F37120A1C for ; Tue, 4 Jul 2023 16:14:52 +0000 (UTC) X-FDA: 80974428066.17.57C7D18 Received: from casper.infradead.org (casper.infradead.org [90.155.50.34]) by imf26.hostedemail.com (Postfix) with ESMTP id 8860F14002D for ; Tue, 4 Jul 2023 16:14:50 +0000 (UTC) Authentication-Results: imf26.hostedemail.com; dkim=pass header.d=infradead.org header.s=casper.20170209 header.b=ma0abi+l; dmarc=none; spf=none (imf26.hostedemail.com: domain of willy@infradead.org has no SPF policy when checking 90.155.50.34) smtp.mailfrom=willy@infradead.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1688487291; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=R1W87rnlNGGe3O62ySITe0WV/TkO13M6jrCnVpdBC/M=; b=ZfqdJD8/o9Rwx0yZ0IPbrxTId6l4b7GyOBpqF6c+fNvPJe3PgCHMSErpZCNOZJqfy8j+/0 5iKSDCDsUHFxQfwgNliU97Jus7IeE5eHEKBVTyZ7PShmUG+ebrOFcxc/ijMEahppC5jToW QgkhcmtrBainR39FO+FRBMT8PRKvOUg= ARC-Authentication-Results: i=1; imf26.hostedemail.com; dkim=pass header.d=infradead.org header.s=casper.20170209 header.b=ma0abi+l; dmarc=none; spf=none (imf26.hostedemail.com: domain of willy@infradead.org has no SPF policy when checking 90.155.50.34) smtp.mailfrom=willy@infradead.org ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1688487291; a=rsa-sha256; cv=none; b=beYhJ4LvnLmdQK1q119s9ku+C7I0bYdnJUpChlJWmo1Tbx09oKUnlunBTaOUVhZffnm4ID dgCga1+aBFwmbnTN5qy3lOM5AL3vl+CxuWJlZHAAUHkymJXB78yR97FphoQKjhItQscj14 +BlkyZixdUvbmnO34hyWw9gg/iiIjWc= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=R1W87rnlNGGe3O62ySITe0WV/TkO13M6jrCnVpdBC/M=; b=ma0abi+l8BKnWZyE2Bm6SMUpzA GY/Sg9bKM4QGi5Fi3SxYqWXxJ46oHMzkk2XTYG6szPrdjaFZvCOeUvh2qeA+qFPnGTya2tgZ0Czoo anlh0yET7VOr2nReXBjhvXLbethMJyMQRtOEtJdxTJlnJDQLzVkEFxU1z6LlHa+R1Svpz+R+Zi/2e EbHE+jMBvtLJPxFFKggvC8J4kNKoPgnxYJ08D38bFVgefZT0kn05//LL45wE920g1ut/XHRnJF4Ur 2JcraLDAhTPQ+qGFyYF+arcI4MuDDkahpy1OJ1ZV5vzT8Q6c9E3mK76aIjApGP0H0G7MQh7QY3lZI j0pVBAMA==; Received: from willy by casper.infradead.org with local (Exim 4.94.2 #2 (Red Hat Linux)) id 1qGifB-009I83-IW; Tue, 04 Jul 2023 16:14:01 +0000 Date: Tue, 4 Jul 2023 17:14:01 +0100 From: Matthew Wilcox To: Bart Van Assche Cc: Jan Kara , linux-block@vger.kernel.org, linux-fsdevel@vger.kernel.org, Jens Axboe , Christoph Hellwig , Alasdair Kergon , Andrew Morton , Anna Schumaker , Chao Yu , Christian Borntraeger , "Darrick J. Wong" , Dave Kleikamp , David Sterba , dm-devel@redhat.com, drbd-dev@lists.linbit.com, Gao Xiang , Jack Wang , Jaegeuk Kim , jfs-discussion@lists.sourceforge.net, Joern Engel , Joseph Qi , Kent Overstreet , linux-bcache@vger.kernel.org, linux-btrfs@vger.kernel.org, linux-erofs@lists.ozlabs.org, linux-ext4@vger.kernel.org, linux-f2fs-devel@lists.sourceforge.net, linux-mm@kvack.org, linux-mtd@lists.infradead.org, linux-nfs@vger.kernel.org, linux-nilfs@vger.kernel.org, linux-nvme@lists.infradead.org, linux-pm@vger.kernel.org, linux-raid@vger.kernel.org, linux-s390@vger.kernel.org, linux-scsi@vger.kernel.org, linux-xfs@vger.kernel.org, "Md. Haris Iqbal" , Mike Snitzer , Minchan Kim , ocfs2-devel@oss.oracle.com, reiserfs-devel@vger.kernel.org, Sergey Senozhatsky , Song Liu , Sven Schnelle , target-devel@vger.kernel.org, Ted Tso , Trond Myklebust , xen-devel@lists.xenproject.org Subject: Re: [PATCH 01/32] block: Provide blkdev_get_handle_* functions Message-ID: References: <20230629165206.383-1-jack@suse.cz> <20230704122224.16257-1-jack@suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Server: rspam09 X-Rspamd-Queue-Id: 8860F14002D X-Stat-Signature: imkwo18jg7d81mr94978euq6zttc64gf X-Rspam-User: X-HE-Tag: 1688487290-764611 X-HE-Meta: U2FsdGVkX19CvHstpDnj7bIV/29NKEDwbBO0RcfgU1xFDOFw3kD4tuizl2shaQ617J+12QElnf6MJHD2v6e9C9Ff7OFB4fG1s23VC65npw3+jGDSRzy4RmToVaSg8MzO1jcmDnNqYPxog+JdQtOgjnrqUM7Y22Paru8ifuWcub3NqYjFUozkPB22FsdTyMfER/axKrLiX8UzIOM/4pqC/wRBKq3eD2oMA0jXwxJ1L3qiNYLf+R2euAtPnshmk1tTMaoapxsxy9fUgBQwc5sTnOMo/LZyeW/yAE39lC12r8CtkTzfvN97eix0EIZA0+6kukHI5Asy3KSOn+GhOpIwAKmneYRwNh2S5rWPcrpD9RIqlyWoJ2tfHDp7D7KmSx1owfYrq/Q5gcUtgfyBcOzwfZ7B4zq3RkqRr+XkmH2ggA4UO6iRmWgs7fmbp76QrhxKIO8Dp0wj1vtjlamuf+/d7Rqxu6B0NuAaVf5RHTazcIm4Hl1tlFOWAy/suwowvqtzh7W2ioIKHroSwtzSBSqe0mT0r65ZTnJd0jrdEM00rdxLihbjD0tCNkYL2H1+zgsn5of7zD/kkIuSqTux+ouHvxD4lfhDjGOEQCSucoSCMRkNEjowhRIEB9NxCu5w1Ix+isXW8bOZOSTIyvoFCwe5pCWtUJ0RqCHug+OeqkQ9TzzigL4w4XvUdfTPFrjI3Lv639OHh0aNDxiIwXYC0Bp7WNd2wo2qpnb2Pg6qdBUV6D+wTsZ0SFKtjlfeckuC2uKOAiVCnF5lpNQUFfXUB/cwRJCXdvwTh6NblhoaHGW7ptqW4ndIyudwycnQbDzLXdsqdg3x/mO2VnwHbC+fq2tHQB6jeewhGehv/ZIpKYpuh4RuI4zil4DsGP3FSo5/cpVDpD2f55SDjZBzaXxKoQVMJvjbbcA0F8s3i6tVnHm02VxvsWbObZDO6PgaJwRgX9VKw1dOj53gj/5H7xzPCyh T9CjG9xY bTgHYkT+bnBc6qJnO3ywmzOH6ONNi30c4oCabEejQ7TnBOfalq8QcP7CBi4fk2FI033mOYHJ2n3aCwhDlaQQenSDUU6G3G2BkoAI8GpqBpMyB2v6Jj+PEWDFJc7VtHqmqGhjvU338HY9yoHvMYHRWy5VbTHVgMn5nr/5+Ltyl78KXaCMK7J/3MXS3vqXgLzNO6zxdzEA0gmaOa2DYQGBfGMGaJHDcJYLmEpvMBYuQaNTGt3hndO2ji61KNf8k1SUBJITGsvC0Rfuc+rJrvJxXq8PXFQ== X-Bogosity: Ham, tests=bogofilter, spamicity=0.000002, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On Tue, Jul 04, 2023 at 07:06:26AM -0700, Bart Van Assche wrote: > On 7/4/23 05:21, Jan Kara wrote: > > +struct bdev_handle { > > + struct block_device *bdev; > > + void *holder; > > +}; > > Please explain in the patch description why a holder pointer is introduced > in struct bdev_handle and how it relates to the bd_holder pointer in struct > block_device. Is one of the purposes of this patch series perhaps to add > support for multiple holders per block device? That is all in patch 0/32. Why repeat it?