diff options
| author | Eric Biggers <ebiggers@google.com> | 2023-01-27 14:25:14 -0800 |
|---|---|---|
| committer | Eric Biggers <ebiggers@google.com> | 2023-01-28 15:10:12 -0800 |
| commit | 51e4e3153ebc32d3280d5d17418ae6f1a44f1ec1 (patch) | |
| tree | 55d0a9d3b02a0a403034e6130829e0901e6f93fa /fs/buffer.c | |
| parent | 5d0f0e57ed900917836385527ce5b122fa1425a3 (diff) | |
| download | linux-rpi-51e4e3153ebc32d3280d5d17418ae6f1a44f1ec1.tar.gz linux-rpi-51e4e3153ebc32d3280d5d17418ae6f1a44f1ec1.tar.bz2 linux-rpi-51e4e3153ebc32d3280d5d17418ae6f1a44f1ec1.zip | |
fscrypt: support decrypting data from large folios
Try to make the filesystem-level decryption functions in fs/crypto/
aware of large folios. This includes making fscrypt_decrypt_bio()
support the case where the bio contains large folios, and making
fscrypt_decrypt_pagecache_blocks() take a folio instead of a page.
There's no way to actually test this with large folios yet, but I've
tested that this doesn't cause any regressions.
Note that this patch just handles *decryption*, not encryption which
will be a little more difficult.
Signed-off-by: Eric Biggers <ebiggers@google.com>
Reviewed-by: Matthew Wilcox (Oracle) <willy@infradead.org>
Link: https://lore.kernel.org/r/20230127224202.355629-1-ebiggers@kernel.org
Diffstat (limited to 'fs/buffer.c')
| -rw-r--r-- | fs/buffer.c | 4 |
1 files changed, 2 insertions, 2 deletions
diff --git a/fs/buffer.c b/fs/buffer.c index 8499c79ae13d..623e77d6ef77 100644 --- a/fs/buffer.c +++ b/fs/buffer.c @@ -331,8 +331,8 @@ static void decrypt_bh(struct work_struct *work) struct buffer_head *bh = ctx->bh; int err; - err = fscrypt_decrypt_pagecache_blocks(bh->b_page, bh->b_size, - bh_offset(bh)); + err = fscrypt_decrypt_pagecache_blocks(page_folio(bh->b_page), + bh->b_size, bh_offset(bh)); if (err == 0 && need_fsverity(bh)) { /* * We use different work queues for decryption and for verity |