On Sat, 21 Mar 2015, Gioh Kim wrote: > When the compaction is activated via /proc/sys/vm/compact_memory > it would better scan the whole zone. > And some platform, for instance ARM, has the start_pfn of a zone is zero. > Therefore the first try to compaction via /proc doesn't work. > It needs to force to reset compaction scanner position at first. > > Signed-off-by: Gioh Kim <[email protected]>
That shouldn't be a valid email address. > Acked-by: Vlastimil Babka <[email protected]> Acked-by: David Rientjes <[email protected]> I was thinking that maybe this would be better handled as part of the comapct_zone() logic, i.e. set cc->free_pfn and cc->migrate_pfn based on a helper function that understands cc->order == -1 should compact the entire zone. However, after scanning the entire zone as a result of this write, the existing cached pfns probably don't matter anymore. So this seems fine. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
