Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1543792
| From | Eric Biggers <ebiggers3@gmail.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH] fscrypt: Factor out bio specific functions |
| Date | 2016-12-16 23:20 +0100 |
| Message-ID | <sP918-11E-13@gated-at.bofh.it> (permalink) |
| References | <sOYp4-2rU-33@gated-at.bofh.it> <sP2VI-5xB-21@gated-at.bofh.it> <sP7C2-8t1-13@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Fri, Dec 16, 2016 at 09:48:19PM +0100, Richard Weinberger wrote: > On 16.12.2016 16:37, David Gstir wrote: > >> @@ -349,33 +347,10 @@ int fscrypt_zeroout_range(const struct inode *inode, pgoff_t lblk, > >> err = do_page_crypto(inode, FS_ENCRYPT, lblk, > >> ZERO_PAGE(0), ciphertext_page, > >> PAGE_SIZE, 0, GFP_NOFS); > >> + err = fscrypt_bio_submit_page(inode, pblk, ciphertext_page); > > > > Any specific reason why you didn't just move the whole fscrypt_zeroout_range() to bio.c? > > The function depends other internal functions of crypto.c which I didn't want to > export. > At the end of the day it's a matter of taste. I found it less ugly to keep > fscrypt_zeroout_range() in crypto.c than exposing internal stuff. > Hmm, it still seems weird to define fscrypt_zeroout_range() when it can't actually be used. It looks like the problem is specifically the use of alloc_bounce_page() and do_page_crypto(). Would it be that bad to make those available in fscrypt_internal.h (not exported to filesystems)? Also, it seems the actual problem is that fscrypt_zeroout_range() tries to be clever and reuse one bounce page over and over. But this seems very inefficient because it has to wait for each block to be synchronously written out before moving on to the next. I'm thinking it really should be updated to work more like the normal write path, and then it could use fscrypt_encrypt_page()... Eric
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[PATCH] fscrypt: Factor out bio specific functions Richard Weinberger <richard@nod.at> - 2016-12-16 12:00 +0100
Re: [PATCH] fscrypt: Factor out bio specific functions David Gstir <david@sigma-star.at> - 2016-12-16 16:50 +0100
Re: [PATCH] fscrypt: Factor out bio specific functions Richard Weinberger <richard@nod.at> - 2016-12-16 21:50 +0100
Re: [PATCH] fscrypt: Factor out bio specific functions Eric Biggers <ebiggers3@gmail.com> - 2016-12-16 23:20 +0100
Re: [PATCH] fscrypt: Factor out bio specific functions Richard Weinberger <richard@nod.at> - 2016-12-16 23:20 +0100
Re: [PATCH] fscrypt: Factor out bio specific functions Christoph Hellwig <hch@infradead.org> - 2016-12-19 11:40 +0100
[PATCH v2] fscrypt: Factor out bio specific functions Richard Weinberger <richard@nod.at> - 2016-12-19 12:30 +0100
Re: [PATCH v2] fscrypt: Factor out bio specific functions Eric Biggers <ebiggers3@gmail.com> - 2016-12-19 23:50 +0100
Re: [PATCH v2] fscrypt: Factor out bio specific functions Christoph Hellwig <hch@infradead.org> - 2016-12-20 07:00 +0100
Re: [PATCH v2] fscrypt: Factor out bio specific functions David Gstir <david@sigma-star.at> - 2016-12-20 07:50 +0100
Re: [PATCH v2] fscrypt: Factor out bio specific functions Theodore Ts'o <tytso@mit.edu> - 2017-01-01 22:50 +0100
Re: [PATCH v2] fscrypt: Factor out bio specific functions Richard Weinberger <richard@nod.at> - 2017-01-03 10:50 +0100
Re: [PATCH v2] fscrypt: Factor out bio specific functions Theodore Ts'o <tytso@mit.edu> - 2017-01-03 15:40 +0100
csiph-web