[Libhugetlbfs-devel] util

2008-12-10 Thread Cornel
Title: util      Evrika Group - cursuri de perfectionare : - contabilitate costul cursului este de 300 ron cu incepere din 25 ianuarie 2009  . - expert fiscal  costul cursului este de 1000 ron cu incepere in 21 ianuarie 2009. - inspector protectia munc

[Libhugetlbfs-devel] [SPAM] GPS Tracking System

2008-12-10 Thread Earth Gadgets and Accessories
-- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://a

[Libhugetlbfs-devel] [PATCH V2] Move the elfmap env parsing into setup_env function

2008-12-10 Thread Eric B Munson
Signed-off-by: Eric B Munson <[EMAIL PROTECTED]> --- Changes from V1: Rebase to libhuge 2.1 elflink.c | 70 +++ hugeutils.c | 21 ++ libhugetlbfs_internal.h |6 3 files changed, 55 insertions(+), 42 del

[Libhugetlbfs-devel] [PATCH V2] Move debug env parsing to new function

2008-12-10 Thread Eric B Munson
Signed-off-by: Eric B Munson <[EMAIL PROTECTED]> --- Changes from V1: Rebase to libhuge 2.1 debug.c | 16 hugeutils.c | 14 ++ 2 files changed, 14 insertions(+), 16 deletions(-) diff --git a/debug.c b/debug.c index 7082aeb..a9254d6 100644 --- a/debug.c +++ b/

[Libhugetlbfs-devel] [PATCH V2] Consolidate Environment parsing

2008-12-10 Thread Eric B Munson
This patch set consolidates all of the libhugetlbfs environment parsing code into a single function that is called during library setup. This has a signifcant side effect. Previously the library would reread the the values of environment variables as they were needed, this allowed a program to al

[Libhugetlbfs-devel] [PATCH V2] Create environment parse function and value storage struct

2008-12-10 Thread Eric B Munson
hugetlb_setup_env will be called first during init. All environment variable parsing should happen in this function with values being saved for lateer use. Signed-off-by: Eric B Munson <[EMAIL PROTECTED]> --- Changes from V1: Rebase to libhuge 2.1 hugeutils.c | 11 +++ ini

[Libhugetlbfs-devel] [PATCH V2] Move all getenv calls from various function in hugeutils into hugetlbfs_setup_env

2008-12-10 Thread Eric B Munson
Signed-off-by: Eric B Munson <[EMAIL PROTECTED]> --- Changes from V1: Rebase to libhuge 2.1 hugeutils.c | 25 - kernel-features.c | 13 +++-- libhugetlbfs_internal.h |3 +++ 3 files changed, 22 insertions(+), 19 deletions(-) diff --git a/

[Libhugetlbfs-devel] [PATCH V2] Move shm env parsing to new function

2008-12-10 Thread Eric B Munson
Signed-off-by: Eric B Munson <[EMAIL PROTECTED]> --- Changes from V1: Rebase to libhuge 2.1 hugeutils.c |5 + libhugetlbfs_internal.h |1 + shm.c | 11 ++- 3 files changed, 8 insertions(+), 9 deletions(-) diff --git a/hugeutils.c b/hugeutils.c

[Libhugetlbfs-devel] [PATCH V2] Fix shmoverride tests for single env parsing

2008-12-10 Thread Eric B Munson
When env parsing is moved and only done once we cannot continue to change the value of a env variable during a test. Change the shmoverride tests to only run tests that fit with the current value of HUGETLB_SHM and have run_tests.sh call each test with both possible values of HGUETLB_SHM. Signed-

[Libhugetlbfs-devel] [PATCH V2] Moving Morecore env parsing to new function

2008-12-10 Thread Eric B Munson
Signed-off-by: Eric B Munson <[EMAIL PROTECTED]> --- Changes from V1: Rebase to libhuge 2.1 hugeutils.c | 21 + libhugetlbfs_internal.h |3 +++ morecore.c | 44 +++- 3 files changed, 35 insertions(+), 33

Re: [Libhugetlbfs-devel] [PATCH 3/3] hugeadm: Correct calculation of "Current"

2008-12-10 Thread Adam Litke
On Wed, 2008-12-10 at 14:27 +, Mel Gorman wrote: > "Current" in the output of --pool-list is meant to be the number of > hugepages currently in use, either by applications or stored on the > kernels free. What we actually report is number used + the number > reserved which is not quite right. >

[Libhugetlbfs-devel] [PATCH 2/3] hugeadm: Recognise when we reach the end of option parsing

2008-12-10 Thread Mel Gorman
We are not recognising when we reach the end of option parsing and reporting warnings where none are needed. For example; $ hugeadm --pool-pages-min 2MB:10 hugeadm: WARNING: unparsed option This patch means we fall through as expected. Signed-off-by: Mel Gorman <[EMAIL PROTECTED]> ---

[Libhugetlbfs-devel] [PATCH 1/3] Do not reference size twice in the same debugging meaning different things

2008-12-10 Thread Mel Gorman
When getting the pool sizes, we make reference to "size" twice. The first time, it's the pagesize and the second it's the number of pages in use which eventually gets reported as "current" as that is the current definition. Clarify the debugging message. Signed-off-by: Mel Gorman <[EMAIL PROTECTED

[Libhugetlbfs-devel] [PATCH 0/3] Buglet fixes to hugeadm

2008-12-10 Thread Mel Gorman
The following three patches are one cleanup and two minor bug fixes to hugeadm. The one that really needs to be looked at carefully is the third. The calculation for "Current" in hugeadm is resulting in weird figures when the pages are not faulted in but I'm not sure I'm missing something else in t

[Libhugetlbfs-devel] [PATCH 3/3] hugeadm: Correct calculation of "Current"

2008-12-10 Thread Mel Gorman
"Current" in the output of --pool-list is meant to be the number of hugepages currently in use, either by applications or stored on the kernels free. What we actually report is number used + the number reserved which is not quite right. For example, take the situation where o Min = 5, Max

[Libhugetlbfs-devel] [SPAM] You Have Been Selected Winner!!!

2008-12-10 Thread TEXACO PETROLEUM
  TEXACO PETROLEUM ANNUAL END OF YEAR PROMOTION Texaco petroleum complex,22 Garden Close, Edmonton Lincs,PE9 2YP, LondonUnited Kingdom, . This is to inform you that you have been selected for a cash prize of £ 1,00