On Mon, Jul 29, 2013 at 02:32:02PM +0900, Joonsoo Kim wrote: > Just move down outsider_reserve check. > This makes code more readable. > > There is no functional change.
Why don't you do this in 10/18? Thanks, Naoya Horiguchi > Signed-off-by: Joonsoo Kim <iamjoonsoo....@lge.com> > > diff --git a/mm/hugetlb.c b/mm/hugetlb.c > index 5f31ca5..94173e0 100644 > --- a/mm/hugetlb.c > +++ b/mm/hugetlb.c > @@ -2530,20 +2530,6 @@ retry_avoidcopy: > return 0; > } > > - /* > - * If the process that created a MAP_PRIVATE mapping is about to > - * perform a COW due to a shared page count, attempt to satisfy > - * the allocation without using the existing reserves. The pagecache > - * page is used to determine if the reserve at this address was > - * consumed or not. If reserves were used, a partial faulted mapping > - * at the time of fork() could consume its reserves on COW instead > - * of the full address range. > - */ > - if (!(vma->vm_flags & VM_MAYSHARE) && > - is_vma_resv_set(vma, HPAGE_RESV_OWNER) && > - old_page != pagecache_page) > - outside_reserve = 1; > - > page_cache_get(old_page); > > /* Drop page_table_lock as buddy allocator may be called */ > @@ -2557,6 +2543,20 @@ retry_avoidcopy: > spin_lock(&mm->page_table_lock); > return VM_FAULT_OOM; > } > + > + /* > + * If the process that created a MAP_PRIVATE mapping is about to > + * perform a COW due to a shared page count, attempt to satisfy > + * the allocation without using the existing reserves. The pagecache > + * page is used to determine if the reserve at this address was > + * consumed or not. If reserves were used, a partial faulted mapping > + * at the time of fork() could consume its reserves on COW instead > + * of the full address range. > + */ > + if (!(vma->vm_flags & VM_MAYSHARE) && > + is_vma_resv_set(vma, HPAGE_RESV_OWNER) && > + old_page != pagecache_page) > + outside_reserve = 1; > use_reserve = use_reserve && !outside_reserve; > > new_page = alloc_huge_page(vma, address, use_reserve); > -- > 1.7.9.5 > > -- > To unsubscribe, send a message with 'unsubscribe linux-mm' in > the body to majord...@kvack.org. For more info on Linux MM, > see: http://www.linux-mm.org/ . > Don't email: <a href=mailto:"d...@kvack.org";> em...@kvack.org </a> > -- 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/
