[lkml]   [2004]   [May]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH] ppc64: Fix possible race with set_pte on a present PTE
    On Wed, 2004-05-26 at 14:50, Linus Torvalds wrote:
    > On Wed, 26 May 2004, Benjamin Herrenschmidt wrote:
    > >
    > > Hrm... Still dies, some kind of loop it seems, I'll have a look
    > Are you sure the it's not just taking infinite page fault because we keep
    > reloading the old value from the hash tables? That "hash fault" thing
    > still doesn't convince me. Why should the hash-refill fastpath ever look
    > at the software page tables?

    Where do you think the hash PTE is filled from ? :)

    We even use one of the linux PTE bits as a lock bit during the hash
    refill (the PAGE_BUSY bit) to avoid a race where we can end up filling
    more than one hash entry from the same linux PTE.


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

     \ /
      Last update: 2005-03-22 14:03    [W:0.019 / U:13.516 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site