[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <E2F636AB-62AA-4043-856E-7FDFF46DB7B8@sigma-star.at>
Date: Thu, 24 Nov 2016 18:43:14 +0100
From: David Gstir <david@...ma-star.at>
To: Eric Biggers <ebiggers@...gle.com>
Cc: Richard Weinberger <richard@....at>, linux-mtd@...ts.infradead.org,
linux-kernel@...r.kernel.org, linux-fsdevel@...r.kernel.org,
dedekind1@...il.com, adrian.hunter@...el.com, tytso@....edu,
jaegeuk@...nel.org, wd@...x.de, sbabic@...x.de,
dengler@...utronix.de, mhalcrow@...gle.com, hch@...radead.org
Subject: Re: [PATCH 02/29] fscrypt: Allow fscrypt_decrypt_page() to function with non-writeback pages
Eric,
> On 15.11.2016, at 19:19, Eric Biggers <ebiggers@...gle.com> wrote:
>
> On Sun, Nov 13, 2016 at 10:20:45PM +0100, Richard Weinberger wrote:
>> /**
>> * f2crypt_decrypt_page() - Decrypts a page in-place
>> - * @page: The page to decrypt. Must be locked.
>> + * @inode: The encrypted inode to decrypt.
>> + * @page: The page to decrypt. Must be locked.
>
> Strictly speaking, it's not the inode itself being decrypted, but rather the
> data associated with it. Could this be better expressed as something like
> "The inode to which the page belongs"?
Yes, you're right. Will address that!
Thanks,
David
Powered by blists - more mailing lists