Re: [PATCH v3 0/7] File Sealing & memfd_create()
From: David Herrmann <hidden>
Date: 2014-06-17 10:10:20
Also in:
linux-api, linux-fsdevel, lkml
From: David Herrmann <hidden>
Date: 2014-06-17 10:10:20
Also in:
linux-api, linux-fsdevel, lkml
Hi On Tue, Jun 17, 2014 at 12:04 PM, Florian Weimer [off-list ref] wrote:
On 06/17/2014 12:01 PM, David Herrmann wrote:quoted
quoted
I don't think this is what potential users expect because mlock requires capabilities which are not available to them. A couple of weeks ago, sealing was to be applied to anonymous shared memory. Has this changed? Why should *reading* it trigger OOM?The file might have holes, therefore, you'd have to allocate backing pages. This might hit a soft-limit and fail. To avoid this, use fallocate() to allocate pages prior to mmap()This does not work because the consuming side does not know how the descriptor was set up if sealing does not imply that.
The consuming side has to very seals via F_GET_SEALS. After that, it shall do a simple fallocate() on the whole file if it wants to go sure that all pages are allocated. Why shouldn't that be possible? Please elaborate. Thanks David -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>