From: Florian Weimer <fweimer@redhat.com>
To: Rical Jasan <ricaljasan@pacific.net>
Cc: libc-alpha@sourceware.org
Subject: Re: [PATCH] mlockall: Document MCL_ONFAULT flag
Date: Mon, 27 Nov 2017 10:57:00 -0000 [thread overview]
Message-ID: <c3fa20b3-b37a-0ebb-bb7c-4b43e91cabef@redhat.com> (raw)
In-Reply-To: <e2013175-6171-2439-b246-367f9049bf89@pacific.net>
On 11/28/2017 11:42 AM, Rical Jasan wrote:
> On 11/24/2017 08:59 AM, Florian Weimer wrote:
>> 2017-11-24 Florian Weimer <fweimer@redhat.com>
>>
>> * manual/memory.texi (Page Lock Functions): Document MCL_ONFAULT.
>>
>> diff --git a/manual/memory.texi b/manual/memory.texi
>> index 1b431bf5da..d96e9881de 100644
>> --- a/manual/memory.texi
>> +++ b/manual/memory.texi
>> @@ -3404,31 +3404,52 @@ other bits must be zero.
>> @vtable @code
>>
>> @item MCL_CURRENT
>> +@standards{POSIX.1b, sys/mman.h}
>> Lock all pages which currently exist in the calling process' virtual
>> address space.
>>
>> @item MCL_FUTURE
>> +@standards{POSIX.1b, sys/mman.h}
>
> Thanks for completing those (though I haven't confirmed the standard).
Neither have I. I assumed they were defined along with mlockall. These
constants are in current POSIX.
>> +@item MCL_ONFAULT
>> +@standards{Linux, sys/mman.h}
>> +Together with @code{MCL_CURRENT}, only those which are already in memory
>
> "only those pages"
Fixed.
>> When the process is in @code{MCL_FUTURE} mode because it successfully
>> -executed this function and specified @code{MCL_CURRENT}, any system call
>> -by the process that requires space be added to its virtual address space
>> -fails with @code{errno} = @code{ENOMEM} if locking the additional space
>> -would cause the process to exceed its locked page limit. In the case
>> -that the address space addition that can't be accommodated is stack
>> -expansion, the stack expansion fails and the kernel sends a
>> -@code{SIGSEGV} signal to the process.
>> +executed this function and specified @code{MCL_FUTURE} without
>
> Good eye; looks like a typo.
Right, should have added that to the ChangeLog. Now fixed.
Thanks,
Florian
next prev parent reply other threads:[~2017-11-27 10:57 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-11-24 16:59 Florian Weimer
2017-11-27 10:42 ` Rical Jasan
2017-11-27 10:57 ` Florian Weimer [this message]
2017-11-27 16:24 ` Joseph Myers
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=c3fa20b3-b37a-0ebb-bb7c-4b43e91cabef@redhat.com \
--to=fweimer@redhat.com \
--cc=libc-alpha@sourceware.org \
--cc=ricaljasan@pacific.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).