[lkml]   [2005]   [Nov]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: Nick's core remove PageReserved broke vmware...
    On Wed, 2005-11-02 at 12:26 +0000, Hugh Dickins wrote:

    > Well, beware. That "page_count() != page_mapcount() + 2" check in rmap.c
    > went away in 2.6.13: the problem it was there to solve being solved
    > instead by a can_share_swap_page based on page_mapcount instead of
    > page_count (partly to fix a page migration progress problem).

    Not completely related to this thread, but ... I have been working on
    the radeon DRI driver to add some non-AGP DMA functionality. That needs
    to pin some userpages for DMA. It's currently doing get_user_pages(),
    and later on, page_cache_release() when the DMA is done. In between
    however, it returns to userland.

    I haven't been able to find a firm grasp on what is needed to make sure
    those pages won't be mucked with by rmap or others during that proc ess.
    Should I set PG_locked ? if yes why and if not why not ? (you may figure
    out at this point that I have a poor understanding of this part of the
    VM subsystem). Will get_user_pages() increase page_mapcount or only
    page_count (relative to your quote above) ?

    Also, I'm not too sure how to handle dirtyness. It _seems_ to be that
    for a DMA transfer from device to memory, I will have to call
    get_user_pages() for write, thus setting dirty at that moment. However,
    this is not very optimal. I want X to be able to "prepare" pixmaps for
    DMA (keeping the user pages locked and the DMA sglists ready) (up to a
    given threshold of memory of course) and later on, kick DMA operations.
    In that context, X doesn't know in advance what direction the DMA will
    take. Pixmaps can be migrated to/from vram at any time depending on the
    type of rendering operation.

    But I'm not sure I have a proper way to set those pages dirty after the
    call to get_user_pages(), do I have a guarantee that they haven't been
    unmapped from the user process for example ?


    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-11-02 22:10    [W:0.020 / U:1.812 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site