lkml.org 
[lkml]   [2008]   [Mar]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PATCH rc5-mm1 1/3] mm-have-zonelist: fix memcg ooms
    On Wed, 12 Mar 2008, Mel Gorman wrote:
    > On (11/03/08 21:12), Hugh Dickins didst pronounce:
    > > @@ -1454,9 +1453,10 @@ unsigned long try_to_free_mem_cgroup_pag
    > > .isolate_pages = mem_cgroup_isolate_pages,
    > > };
    > > struct zonelist *zonelist;
    > > - int target_zone = gfp_zonelist(GFP_HIGHUSER_MOVABLE);
    > >
    > > - zonelist = &NODE_DATA(numa_node_id())->node_zonelists[target_zone];
    > > + sc.gfp_mask = (gfp_mask & GFP_RECLAIM_MASK) |
    > > + (GFP_HIGHUSER_MOVABLE & ~GFP_RECLAIM_MASK);
    > > + zonelist = NODE_DATA(numa_node_id())->node_zonelists;
    >
    > While it is clear you are setting the mask to include HIGHMEM-related flags,
    > it's not as clear to me why you alter the zonelist as well. target_zone was
    > already based on HIGHMEM so what are you fixing there?
    >
    > It should still work as ->node_zonelists[0] is a zonelist suitable for node
    > fallback as opposed to node_zonelists[1] which is for GFP_THISNODE but
    > maybe this was not quite what you intended?
    >
    > Probably something obvious that will hit me the second I push send :)

    That bit wasn't a fix as such, it just came from not wanting to repeat
    GFP_HIGHUSER_MOVABLE in there: after I'd looked at gfp_zonelist, it
    appeared to be redundant in this context, so I preferred to cut out
    the target_zone, and let sc.gfp_mask handle it all. That worries you?

    Hugh


    \
     
     \ /
      Last update: 2008-03-12 14:41    [W:0.023 / U:29.936 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site