Re: [PATCH 0/3] mm,vdso: preallocate new vmas

#x27;re going to do more work around the mmap_sem issues (which I would encourage you to BTW - there are a lot of issues around mmap_sem, so it definitely helps to have more people looking at this :) -- Michel "Walken" Lespinasse A program is never fully debugged until the last user dies. -- T

Re: [PATCH 1/3] mm: add mlock_future_check helper

; > Signed-off-by: Davidlohr Bueso > Cc: Rik van Riel > Cc: Michel Lespinasse Reviewed-by: Michel Lespinasse -- Michel "Walken" Lespinasse A program is never fully debugged until the last user dies. -- To unsubscribe from this list: send the line "unsubscribe linux-ker

Re: [PATCH 2/3] mm/mlock: prepare params outside critical region

locked by mm->locked_vm with > the rwsem taken. > > Signed-off-by: Davidlohr Bueso > Cc: Michel Lespinasse > Cc: Vlastimil Babka Reviewed-by: Michel Lespinasse -- Michel "Walken" Lespinasse A program is never fully debugged until the last user dies. -- To u

Re: [PATCH 3/3] vdso: preallocate new vmas

shared with any other threads yet, so why does it matter how long the mmap_sem is held since nobody else can contend on it ? (well, except for accesses from /fs/proc/base.c, but I don't see why these would matter in your benchmarks either). -- Michel "Walken" Lespinasse A p

Re: [PATCH v4 1/3] qrwlock: A queue read/write lock implementation

* Clear the wait queue if it is the last node > + */ > + if ((ACCESS_ONCE(lock->waitq) == node) && > + (cmpxchg(&lock->waitq, node, NULL) == node)) > + return; > + /* > + * Wait until the next one in queue set up t