On 08/10/2012 09:33 PM, Kamezawa Hiroyuki wrote: > (2012/08/09 22:01), Glauber Costa wrote: >> When a process tries to allocate a page with the __GFP_KMEMCG flag, the >> page allocator will call the corresponding memcg functions to validate >> the allocation. Tasks in the root memcg can always proceed. >> >> To avoid adding markers to the page - and a kmem flag that would >> necessarily follow, as much as doing page_cgroup lookups for no reason, >> whoever is marking its allocations with __GFP_KMEMCG flag is responsible >> for telling the page allocator that this is such an allocation at >> free_pages() time. This is done by the invocation of >> __free_accounted_pages() and free_accounted_pages(). >> >> Signed-off-by: Glauber Costa <glom...@parallels.com> >> CC: Christoph Lameter <c...@linux.com> >> CC: Pekka Enberg <penb...@cs.helsinki.fi> >> CC: Michal Hocko <mho...@suse.cz> >> CC: Kamezawa Hiroyuki <kamezawa.hir...@jp.fujitsu.com> >> CC: Johannes Weiner <han...@cmpxchg.org> >> CC: Suleiman Souhlal <sulei...@google.com> > > Ah, ok. free_accounted_page() seems good. > > Acked-by: KAMEZAWA Hiroyuki <kamezawa.hir...@jp.fujitsu.com> > > I myself is okay with this. But... > > Because you add a new hook to alloc_pages(), please get Ack from Mel > before requesting merge. > > Thanks, > -Kame
Absolutely. Mel, would you mind taking a look at this series and commenting on this? Thanks in advance. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
