I need to take a close look at Oscar's patches. Too many thing to look
at/review :)
This series does take into account gigantic pages allocated in CMA.
Such pages can be demoted, and we need to track that they need to go
back to CMA. Nothing super special for this, mostly a new hugetlb
specific flag to track such pages.
Ah, just spotted it - patch #2 :)
Took me a while to figure out that we end up calling
cma_declare_contiguous_nid() with order_per_bit=0 - would have thought
we would be using the actual smallest allocation order we end up using
for huge/gigantic pages via CMA. Well, this way it "simply works".
--
Thanks,
David / dhildenb
