[lkml]   [1999]   [Oct]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: Linux-2.3.x: new page locking semantics must break NFS.

    On 10 Oct 1999 16:49:51 +0200, Trond Myklebust
    <> said:

    > I've been spending the past week working on NFS for linux-2.3.x, and
    > have finally gotten round to looking at the new page locking
    > semantics.

    > It seems to me that the decision to allow readaheads to be performed
    > without the page lock being held must break the NFS client, since it
    > uses the page lock in order to serialize the actual page IO.

    Hmm? Look at the page_cache_read() code more closely:
    add_to_page_cache_unique() calls __add_to_page_cache, which sets up the
    new page to be locked.

    The locking is not quite so visible now, but it is still there. Indeed,
    the locking is now done at the lower level precisely so that we can be
    100% sure that a page which has been newly added to the page cache and
    which does not yet have valid contents is guaranteed to be both locked
    and !uptodate, so that nobody will ever look at the contents before they
    have been initialised.


    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:54    [W:0.019 / U:16.468 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site