lkml.org 
[lkml]   [2012]   [Feb]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    Patch in this message
    /
    From
    Subject[PATCH 09/15] netvm: Propagate page->pfmemalloc to skb
    Date
    The skb->pfmemalloc flag gets set to true iff during the slab
    allocation of data in __alloc_skb that the the PFMEMALLOC reserves
    were used. If the packet is fragmented, it is possible that pages
    will be allocated from the PFMEMALLOC reserve without propagating
    this information to the skb. This patch propagates page->pfmemalloc
    from pages allocated for fragments to the skb.

    Signed-off-by: Mel Gorman <mgorman@suse.de>
    ---
    include/linux/skbuff.h | 11 +++++++++++
    1 files changed, 11 insertions(+), 0 deletions(-)

    diff --git a/include/linux/skbuff.h b/include/linux/skbuff.h
    index ca05362..17ed022 100644
    --- a/include/linux/skbuff.h
    +++ b/include/linux/skbuff.h
    @@ -1199,6 +1199,17 @@ static inline void __skb_fill_page_desc(struct sk_buff *skb, int i,
    {
    skb_frag_t *frag = &skb_shinfo(skb)->frags[i];

    + /*
    + * Propagate page->pfmemalloc to the skb if we can. The problem is
    + * that not all callers have unique ownership of the page. If
    + * pfmemalloc is set, we check the mapping as a mapping implies
    + * page->index is set (index and pfmemalloc share space).
    + * If it's a valid mapping, we cannot use page->pfmemalloc but we
    + * do not lose pfmemalloc information as the pages would not be
    + * allocated using __GFP_MEMALLOC.
    + */
    + if (page->pfmemalloc && !page->mapping)
    + skb->pfmemalloc = true;
    frag->page.p = page;
    frag->page_offset = off;
    skb_frag_size_set(frag, size);
    --
    1.7.3.4


    \
     
     \ /
      Last update: 2012-02-07 00:05    [W:0.020 / U:180.276 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site