Linus,
The following changes since commit a351e9b9fc24e982ec2f0e76379a49826036da12:
Linux 4.11 (2017-04-30 19:47:48 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/rw/uml.git for-linus-4.12-rc1
for you to fetch changes up to ce4586063f1af780b1c6
Am I right that this may be a route to avoid the full munmap we have presently
upon exec or I am missing something. If that is the case it will be well worth
it.
On 13 May 2017 11:24:04 GMT+01:00, Thomas Meyer wrote:
>Am 13.05.2017 um 12:04 schrieb Richard Weinberger:
>> Thomas,
>
>Hi,
>
>> On
Am 13.05.2017 um 12:04 schrieb Richard Weinberger:
> Thomas,
Hi,
> On Sat, May 13, 2017 at 10:10 AM, Thomas Meyer wrote:
>>
>> Hi,
>>
>> after looking into using userfaultfd for the userspace UML process
>> page fault handling, I come to the conclusion that userfaultfd
>> *cannot* be used for ab
Thomas,
On Sat, May 13, 2017 at 10:10 AM, Thomas Meyer wrote:
>
> Hi,
>
> after looking into using userfaultfd for the userspace UML process
> page fault handling, I come to the conclusion that userfaultfd
> *cannot* be used for above goal as it only operates on mmaped memory
> areas.
> Am I miss
Hi,
after looking into using userfaultfd for the userspace UML process
page fault handling, I come to the conclusion that userfaultfd
*cannot* be used for above goal as it only operates on mmaped memory
areas.
Am I missing something? What do you think about it?
with kind regards
thomas
