multi size, and giant hugetlb page support, 1GB hugetlb for x86
Get series with b4
b4 am [email protected]Versions newest first
- v1 Latest17 patches 10 repliesIn review
Patches in v1 No applies recorded yet
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 1/17 | hugetlb: modular statearch/ arch/ arch/ +9 more | +270 | 2 replies | |
| 2/17 | hugetlb: multiple hstatesinclude/ mm/ | +64 | 0 replies | |
| 3/17 | hugetlb: multi hstate proc filesmm/ | +42 | 0 replies | |
| 4/17 | hugetlbfs: per mount hstatesfs/ include/ mm/ +1 more | +66 | 0 replies | |
| 5/17 | hugetlb: multi hstate sysctlsinclude/ kernel/ mm/ | +35 | 0 replies | |
| 6/17 | hugetlb: abstract numa round robin selectionmm/ | +22 | 0 replies | |
| 7/17 | mm: introduce non panic alloc_bootmeminclude/ mm/ | +16 | 0 replies | |
| 8/17 | mm: export prep_compound_page to mmmm/ mm/ | +3 | 0 replies | |
| 9/17 | hugetlb: factor out huge_new_pagemm/ | +13 | 0 replies | |
| 10/17 | mm: fix bootmem alignmentmm/ | +12 | 3 replies | |
| 11/17 | hugetlbfs: support larger than MAX_ORDERmm/ | +62 | 2 replies | |
| 12/17 | hugetlb: support boot allocate different sizesinclude/ mm/ | +19 | 0 replies | |
| 13/17 | hugetlb: printk cleanupmm/ | +30 | 0 replies | |
| 14/17 | hugetlb: introduce huge_pudarch/ arch/ arch/ +5 more | +68 | 0 replies | |
| 15/17 | x86: support GB hugepages on 64-bitarch/ | +13 | 0 replies | |
| 16/17 | x86: add hugepagesz option on 64-bitDocumentation/ arch/ include/ | +28 | 0 replies | |
| 17/17 | hugetlb: misc fixesarch/ fs/ include/ +1 more | +105 | 0 replies |
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.
Cover letter [patch 00/17] multi size, and giant hugetlb page support, 1GB hugetlb for x86
Hi,
I'm taking care of Andi's hugetlb patchset now. I've taken a while to appear to do anything with it because I have had other things to do and also needed some time to get up to speed on it.
Anyway, from my reviewing of the patchset, I didn't find a great deal wrong with it in the technical aspects. Taking hstate out of the hugetlbfs inode and vma is really the main thing I did.
However on the less technical side, I think a few things could be improved, eg. to do with the configuring and reporting, as well as the "administrative" type of code. I tried to make improvements to things in the last patch of the series. I will end up folding this properly into the rest of the patchset where possible.
The other thing I did was try to shuffle the patches around a bit. There were one or two (pretty trivial) points where it wasn't bisectable, and also merge a couple of patches.
I will try to get this patchset merged in -mm soon if feedback is positive. I would also like to take patches for other architectures or any other patches or suggestions for improvements.
Patches are against head.
Thanks,
Nick
Signature · 5 lines
-- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to [email protected]. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"[email protected]"> [email protected] </a>