lkml.org 
[lkml]   [2008]   [Apr]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PATCH 0 of 9] mmu notifier #v12
    I applied this patch set with the xpmem version I am working up for
    submission and the basic level-1 and level-2 tests passed. The full mpi
    regression test still tends to hang, but that appears to be a common
    problem failure affecting either emm or mmu notifiers and therefore, I
    am certain is a problem in my code.

    Please note this is not an endorsement of one method over the other,
    merely that under conditions where we would expect xpmem to pass the
    regression tests, it does pass those tests.

    Thanks,
    Robin

    On Tue, Apr 08, 2008 at 05:44:03PM +0200, Andrea Arcangeli wrote:
    > The difference with #v11 is a different implementation of mm_lock that
    > guarantees handling signals in O(N). It's also more lowlatency friendly.
    >
    > Note that mmu_notifier_unregister may also fail with -EINTR if there are
    > signal pending or the system runs out of vmalloc space or physical memory,
    > only exit_mmap guarantees that any kernel module can be unloaded in presence
    > of an oom condition.
    >
    > Either #v11 or the first three #v12 1,2,3 patches are suitable for inclusion
    > in -mm, pick what you prefer looking at the mmu_notifier_register retval and
    > mm_lock retval difference, I implemented and slighty tested both. GRU and KVM
    > only needs 1,2,3, XPMEM needs the rest of the patchset too (4, ...) but all
    > patches from 4 to the end can be deffered to a second merge window.


    \
     
     \ /
      Last update: 2008-04-09 15:19    [W:4.130 / U:0.076 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site