On 8/21/19 21:09 AM, Jens Axboe wrote: > This isn't going to happen. With this, and the inline encryption > proposed by Google, we'll bloat the bio even more. At least the Google > approach didn't include bio iter changes as well. > Please work it out between yourselves so we can have a single, clean > abstraction that works for both. I'm looking at inline encryption by Google. I will find compatibility with inline encryption to avoid conflicts in BIO/F2FS. And changing bio iter has a benefit for diskcipher. Without changing bio iter, diskcipher should control(alloc/free) a buffer to hold a 'bi_dun' variable for every bio. But changing bio iter is difficult to accept for block layer, I will modify the diskcipher. And, as you mentioned, inline encryption by Google has this control. So I might be able to use it. Thanks. Boojin Kim. -- dm-devel mailing list dm-devel@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/dm-devel
