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

Reply via email to