[lkml]   [1998]   [Aug]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH] Fix to make check_pgt_cache work on !i386 architectures
    On Sat, 1 Aug 1998, Jakub Jelinek wrote:

    > Where would you like to call it with argument 0?
    > As we (David Miller and myself) explained a few times already, the nice
    > thing about page table cache is that it requires now locking, so it is
    > pretty fast. So you have to call it from the same CPU the cache is on, which
    > is usually not the case with try_to_free_pages etc.

    Ummm, but isn't allocation from the pgt cache *always* protected by the
    holding of the global kernel lock? As far as I can see it, all paths to
    allocating pgts (fork/clone, page faults, mmap & friends) start off by
    getting an mmap semaphore and the kernel lock. Thus, there is will be no
    race in emptying another cpu's pgt caches -- hence, Bill's patches are
    safe. Of course, this probably won't be the case sometime in 2.3. =)


    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 13:43    [W:0.018 / U:17.976 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site