Commit f6d20b8135e0c1ca73e8ae329be47d43be261c0b appears to have broken --pool-pages-max processing. When --pool-pages-max is used, it adjusts nr_hugepages instead of nr_overcommit_hugepages. This leads to the crazy situation where min has to be set to a minimum value, the max value and then the min value again to actually configure overcommit.
The problem is that opt_min_adj[] is being manipulated when --pool-pages-max is specified. This patch populates the opt_max_adj[] array for --pool-pages-max, instead of opt_min_adj[]. Signed-off-by: Mel Gorman <m...@csn.ul.ie> --- hugeadm.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/hugeadm.c b/hugeadm.c index 0ad69cc..9b5c858 100644 --- a/hugeadm.c +++ b/hugeadm.c @@ -835,7 +835,7 @@ int main(int argc, char** argv) "max cannot be adjusted\n"); exit(EXIT_FAILURE); } - opt_min_adj[minadj_count++] = optarg; + opt_max_adj[maxadj_count++] = optarg; break; case LONG_CREATE_MOUNTS: ------------------------------------------------------------------------------ The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com _______________________________________________ Libhugetlbfs-devel mailing list Libhugetlbfs-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/libhugetlbfs-devel