Re: cleanup bio_kmalloc v2

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Subject: Re: cleanup bio_kmalloc v2
From: Christoph Hellwig <hch@xxxxxx>
Date: Wed, 30 Mar 2022 16:29:41 +0200
Cc: linux-bcache@xxxxxxxxxxxxxxx, linux-raid@xxxxxxxxxxxxxxx, Mike Snitzer <snitzer@xxxxxxxxxx>, "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>, linux-kernel@xxxxxxxxxxxxxxx, Josef Bacik <josef@xxxxxxxxxxxxxx>, Coly Li <colyli@xxxxxxx>, linux-block@xxxxxxxxxxxxxxx, Song Liu <song@xxxxxxxxxx>, dm-devel@xxxxxxxxxx, target-devel@xxxxxxxxxxxxxxx, David Sterba <dsterba@xxxxxxxx>, Phillip Lougher <phillip@xxxxxxxxxxxxxxx>, linux-btrfs@xxxxxxxxxxxxxxx
In-reply-to: <20220308061551.737853-1-hch@lst.de>
References: <20220308061551.737853-1-hch@lst.de>
User-agent: Mutt/1.5.17 (2007-11-01)

I just noticed this didn't make it into the 5.18 queue.  Which is a
bit sad as it leaves us with a rather inconsistent bio API in 5.18.

--
dm-devel mailing list
dm-devel@xxxxxxxxxx
https://listman.redhat.com/mailman/listinfo/dm-devel

Follow-Ups:
- Re: cleanup bio_kmalloc v2
  - From: Jens Axboe

References:
- cleanup bio_kmalloc v2
  - From: Christoph Hellwig

Prev by Date: Re: [PATCH] multipath: return failure on an invalid remove command
Next by Date: Re: [RFC PATCH] multipathd: Don't keep starting TUR threads, if they always hang.
Previous by thread: [PATCH 2/5] squashfs: always use bio_kmalloc in squashfs_bio_read
Next by thread: Re: cleanup bio_kmalloc v2
Index(es):
- Date
- Thread

[Index of Archives] [DM Crypt] [Fedora Desktop] [ATA RAID] [Fedora Marketing] [Fedora Packaging] [Fedora SELinux] [Yosemite Discussion] [KDE Users] [Fedora Docs]

Powered by Linux