On Thu, May 04, 2023 at 01:02:19PM -0600, Jens Axboe wrote: > null_blk or not, it's more if we want to go down this path of > maintaining rust bindings for the block code in general. If the answer > to that is yes, then doing null_blk seems like a great choice as it's > not a critical piece of infrastructure. It might even be a good idea to > be able to run both, for performance purposes, as the bindings or core > changes. Yes. And I'm not in favor of it, especially right now. There is so much work we need to do that requires changes all over (e.g. sorting out the request_queue vs gendisk, and making the bio_vec folio or even better physical address based), and the last thing I need is a binding to a another language, one that happens to have nice features but that also is really ugly.
