[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH v2 0/29] block: Make blkdev_get_by_*() return handle
 
- To: Jan Kara <jack@xxxxxxx>
 
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
 
- Date: Mon, 28 Aug 2023 07:22:21 -0700
 
- Cc: Al Viro <viro@xxxxxxxxxxxxxxxxxx>, linux-fsdevel@xxxxxxxxxxxxxxx,	linux-block@xxxxxxxxxxxxxxx, Christoph Hellwig <hch@xxxxxxxxxxxxx>,	Alasdair Kergon <agk@xxxxxxxxxx>,	Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>,	Anna Schumaker <anna@xxxxxxxxxx>, Chao Yu <chao@xxxxxxxxxx>,	Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>,	"Darrick J. Wong" <djwong@xxxxxxxxxx>,	Dave Kleikamp <shaggy@xxxxxxxxxx>, David Sterba <dsterba@xxxxxxxx>,	dm-devel@xxxxxxxxxx, drbd-dev@xxxxxxxxxxxxxxxx,	Gao Xiang <xiang@xxxxxxxxxx>, Jack Wang <jinpu.wang@xxxxxxxxx>,	Jaegeuk Kim <jaegeuk@xxxxxxxxxx>,	jfs-discussion@xxxxxxxxxxxxxxxxxxxxx,	Joern Engel <joern@xxxxxxxxxxxxxxx>,	Joseph Qi <joseph.qi@xxxxxxxxxxxxxxxxx>,	Kent Overstreet <kent.overstreet@xxxxxxxxx>,	linux-bcache@xxxxxxxxxxxxxxx, linux-btrfs@xxxxxxxxxxxxxxx,	linux-erofs@xxxxxxxxxxxxxxxx, linux-ext4@xxxxxxxxxxxxxxx,	linux-f2fs-devel@xxxxxxxxxxxxxxxxxxxxx, linux-mm@xxxxxxxxx,	linux-mtd@xxxxxxxxxxxxxxxxxxx, linux-nfs@xxxxxxxxxxxxxxx,	linux-nilfs@xxxxxxxxxxxxxxx, linux-nvme@xxxxxxxxxxxxxxxxxxx,	linux-pm@xxxxxxxxxxxxxxx, linux-raid@xxxxxxxxxxxxxxx,	linux-s390@xxxxxxxxxxxxxxx, linux-scsi@xxxxxxxxxxxxxxx,	linux-xfs@xxxxxxxxxxxxxxx,	"Md. Haris Iqbal" <haris.iqbal@xxxxxxxxx>,	Mike Snitzer <snitzer@xxxxxxxxxx>, Minchan Kim <minchan@xxxxxxxxxx>,	ocfs2-devel@xxxxxxxxxxxxxx, reiserfs-devel@xxxxxxxxxxxxxxx,	Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>,	Song Liu <song@xxxxxxxxxx>, Sven Schnelle <svens@xxxxxxxxxxxxx>,	target-devel@xxxxxxxxxxxxxxx, Ted Tso <tytso@xxxxxxx>,	Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>,	xen-devel@xxxxxxxxxxxxxxxxxxxx, Jens Axboe <axboe@xxxxxxxxx>,	Christian Brauner <brauner@xxxxxxxxxx>
 
- Delivery-date: Mon, 28 Aug 2023 14:23:30 +0000
 
- List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
 
 
 
On Fri, Aug 25, 2023 at 03:47:56PM +0200, Jan Kara wrote:
> I can see the appeal of not having to introduce the new bdev_handle type
> and just using struct file which unifies in-kernel and userspace block
> device opens. But I can see downsides too - the last fput() happening from
> task work makes me a bit nervous whether it will not break something
> somewhere with exclusive bdev opens. Getting from struct file to bdev is
> somewhat harder but I guess a helper like F_BDEV() would solve that just
> fine.
> 
> So besides my last fput() worry about I think this could work and would be
> probably a bit nicer than what I have. But before going and redoing the whole
> series let me gather some more feedback so that we don't go back and forth.
> Christoph, Christian, Jens, any opinion?
I did think about the file a bit.  The fact that we'd need something
like an anon_file for the by_dev open was always a huge turn off for
me, but maybe my concern is overblown.  Having a struct file would
actually be really useful for a bunch of users.
 
 
    
     |