lkml.org 
[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
    From
    Date
    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.

    Ben.


    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2005-03-22 14:03    [W:0.238 / U:1.136 seconds]
    ©2003-2014 Jasper Spaans. Advertise on this site