On Tue, 2008-10-07 at 00:15 +0100, Mel Gorman wrote: > On (06/10/08 17:07), Adam Litke didst pronounce: > > On Mon, 2008-10-06 at 15:14 +0100, Mel Gorman wrote: > > > On (03/10/08 18:37), Andy Whitcroft didst pronounce: > > > > From: Adam Litke <[EMAIL PROTECTED]> > > > > > > > > Now that libhugetlbfs supports multiple huge page sizes, it would be > > > > nice to > > > > have a way to discover the huge page sizes that are supported by the > > > > system. > > > > This new call should adhere to the semantics established by precedent > > > > implementations (see > > > > http://docs.sun.com/app/docs/doc/816-5168/getpagesizes-3c?a=view). The > > > > following patch implements a gethugepagesizes() call with these > > > > prevailing > > > > semantics as described below: > > > > > > I still believe it should adhere to the semantics and signature of that > > > function for portability between Solaris and Linux reasons. Just mandate > > > that the first element returned is the base page size and skip over it. > > > > > > Having a similar, yet sufficiently different, version of a function is > > > just awkward. > > > > > Are we sticking with the introduction of a new function with similar yet > different semantics than what is available elsewhere?
After our phone conversation, you convinced me. I am okay with changing this to getpagesizes() and returning the base page size as well. -- Adam Litke - (agl at us.ibm.com) IBM Linux Technology Center ------------------------------------------------------------------------- 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
