Thread (22 messages) flat view 22 messages, 6 authors, 2014-09-20

Re: [PATCH] x86/vdso: Add prctl to set per-process VDSO load

From: Andy Lutomirski <luto@amacapital.net>
Date: 2014-09-19 22:09:33
Also in: lkml

On Fri, Sep 19, 2014 at 3:02 PM, Filipe Brandenburger
[off-list ref] wrote:
Hi Andy,

On Fri, Sep 19, 2014 at 12:27 PM, Andy Lutomirski [off-list ref] wrote:
quoted
I have this (special mapping tracking) 3/4 implemented.  I'm planning
on making it fully functional for 64-bit programs and almost correct
for 32-bit.  (You'll still crash if you have multiple threads, you use
sysenter, and you remap the vdso, but I think that this is essentially
unavoidable until someone lets mremap work on multiple vmas at once.)
In case that's useful, I was looking at swapping the vvar page by
changing the vm_special_mapping to change the pages array between the
actual vvar page and the zero page and using zap_page_range to force
the next access to go through a page fault that would remap it.
That will do it globally, since the vm_special_mapping is global.  I
was just thinking of using remap_pfn_range.
I didn't have all the details figured out (I was closer to 1/4 of it
implemented) but I didn't see any issues on 32-bit programs.
The 32-bit issue comes from mremap.
Let me know if you'd like to see some of my patches or if you think I
should keep working on them.
Give me another day or two to straighten out the vma stuff, although
it shouldn't impact your patches too much.  The main effect will be
that you'll be able to rely on mm->context.vdso (renamed to
vvar_vma_start, most likey) being correct.  Currently, you should
*not* rely on it, especially if CRIU is involved.

--Andy
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help