On Mon, Feb 08, 2010 at 05:14:59PM +, Mel Gorman wrote:
> On Mon, Feb 08, 2010 at 03:24:22PM +1100, David Gibson wrote:
> > On Thu, Feb 04, 2010 at 09:02:18PM +, Eric B. Munson wrote:
> > > elflink.c tests slice boundaries for all architectures, but this is
> > > not necessary on x86[_64] a
Hi,
I was putting libhugetlbfs through an rpmbuild compilation on a SPARC64
system and found that it does not compile.
The reason is very simple: libhugetlbfs misuses `uname -m`
to decide whether to build 32- or 64-bit. This is a bad heuristic,
as the userspace that is run and compiled can be
On Mon, Feb 08, 2010 at 03:24:22PM +1100, David Gibson wrote:
> On Thu, Feb 04, 2010 at 09:02:18PM +, Eric B. Munson wrote:
> > elflink.c tests slice boundaries for all architectures, but this is
> > not necessary on x86[_64] as there are no rules for placement of
> > huge pages with respect to
On Mon, 08 Feb 2010, Anton Arapov wrote:
> SSIA
>
> Signed-off-by: Anton Arapov
Applied, thanks.
Eric
signature.asc
Description: Digital signature
--
The Planet: dedicated and managed hosting, cloud storage, colocat
SSIA
Signed-off-by: Anton Arapov
---
elflink.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/elflink.c b/elflink.c
index ac4a898..22d49a3 100644
--- a/elflink.c
+++ b/elflink.c
@@ -33,6 +33,7 @@
#include
#include
#include
+#include
#include
#include
#incl
On Mon, 08 Feb 2010, David Gibson wrote:
> On Thu, Feb 04, 2010 at 09:02:18PM +, Eric B. Munson wrote:
> > elflink.c tests slice boundaries for all architectures, but this is
> > not necessary on x86[_64] as there are no rules for placement of
> > huge pages with respect to small pages. This
