On Fri, 07 Nov 2008, Jon Tollefson wrote: > Eric B Munson wrote: > > Some of the test suite will fail unexpectedly when the overcommit pool has > > any pages allocated. This patch introduces a simple method for saving and > > restoring the size of the overcommit pool so these tests can 0 it before > > running. > > > > Signed-off-by: Eric B Munson <[EMAIL PROTECTED]> > > --- > > hugeutils.c | 16 ++++++++++++++++ > > libhugetlbfs_privutils.h | 6 ++++++ > > 2 files changed, 22 insertions(+), 0 deletions(-) > > > > diff --git a/hugeutils.c b/hugeutils.c > > index 1121966..791aa37 100644 > > --- a/hugeutils.c > > +++ b/hugeutils.c > > @@ -874,6 +874,22 @@ int set_nr_overcommit_hugepages(long pagesize, > > unsigned long val) > > return set_huge_page_counter(pagesize, HUGEPAGES_OC, val); > > } > > > > +long save_overcommit_pages(long page_size) > > > This function name seems misleading since the function isn't actually > saving anything. Would it make sense for the function to save the value > in a variable and then use that value later in the restore function? > > Jon
How about read_nr_overcommit? Eric
signature.asc
Description: Digital signature
------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________ Libhugetlbfs-devel mailing list Libhugetlbfs-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/libhugetlbfs-devel
