From: Mel Gorman <mel@csn.ul.ie>
To: Nishanth Aravamudan <nacc@us.ibm.com>
Cc: npiggin@suse.de, agl@us.ibm.com, akpm@linux-foundation.org,
linux-mm@kvack.org
Subject: Re: [RFC PATCH 3/4] hugetlb: hang off of /sys/kernel/mm rather than /sys/kernel
Date: Thu, 10 Jul 2008 18:39:54 +0100 [thread overview]
Message-ID: <20080710173954.GG6664@csn.ul.ie> (raw)
In-Reply-To: <20080708180751.GE14908@us.ibm.com>
On (08/07/08 11:07), Nishanth Aravamudan didst pronounce:
> To keep /sys/kernel uncluttered, use the newly created /sys/kernel/mm as
> the parent for the hugepage-controlling directories/files. Update the
> ABI file and redirect the user to the more complete vm/hugetlbpage.txt
> for details on hugepage usage.
>
> Signed-off-by: Nishanth Aravamudan <nacc@us.ibm.com>
>
Acked-by: Mel Gorman <mel@csn.ul.ie>
> ---
> Given the somewhat discombobulated state of hugetlbpage.txt, my next
> step will be to clean it up and reorganize the information therein.
>
> diff --git a/Documentation/ABI/testing/sysfs-kernel-hugepages b/Documentation/ABI/testing/sysfs-kernel-hugepages
> deleted file mode 100644
> index 3457747..0000000
> --- a/Documentation/ABI/testing/sysfs-kernel-hugepages
> +++ /dev/null
> @@ -1,14 +0,0 @@
> -What: /sys/kernel/hugepages/
> -Date: June 2008
> -Contact: Nishanth Aravamudan <nacc@us.ibm.com>, hugetlb maintainers
> -Description:
> - /sys/kernel/hugepages/ contains a number of subdirectories
> - of the form hugepages-<size>kb, where <size> is the page size
> - of the hugepages supported by the kernel/CPU combination.
> -
> - Under these directories are a number of files:
> - nr_hugepages - minimum number of hugepages reserved
> - nr_overcommit_hugepages - maximum number that can be allocated
> - free_hugepages - number of hugepages free
> - surplus_hugepages -
> - resv_hugepages -
> diff --git a/Documentation/ABI/testing/sysfs-kernel-mm-hugepages b/Documentation/ABI/testing/sysfs-kernel-mm-hugepages
> new file mode 100644
> index 0000000..e21c005
> --- /dev/null
> +++ b/Documentation/ABI/testing/sysfs-kernel-mm-hugepages
> @@ -0,0 +1,15 @@
> +What: /sys/kernel/mm/hugepages/
> +Date: June 2008
> +Contact: Nishanth Aravamudan <nacc@us.ibm.com>, hugetlb maintainers
> +Description:
> + /sys/kernel/mm/hugepages/ contains a number of subdirectories
> + of the form hugepages-<size>kB, where <size> is the page size
> + of the hugepages supported by the kernel/CPU combination.
> +
> + Under these directories are a number of files:
> + nr_hugepages
> + nr_overcommit_hugepages
> + free_hugepages
> + surplus_hugepages
> + resv_hugepages
> + See Documentation/vm/hugetlbpage.txt for details.
> diff --git a/Documentation/vm/hugetlbpage.txt b/Documentation/vm/hugetlbpage.txt
> index 899b343..ea8714f 100644
> --- a/Documentation/vm/hugetlbpage.txt
> +++ b/Documentation/vm/hugetlbpage.txt
> @@ -95,6 +95,29 @@ this condition holds, however, no more surplus huge pages will be
> allowed on the system until one of the two sysctls are increased
> sufficiently, or the surplus huge pages go out of use and are freed.
>
> +With support for multiple hugepage pools at run-time available, much of
> +the hugepage userspace interface has been duplicated in sysfs. The above
> +information applies to the default hugepage size (which will be
> +controlled by the proc interfaces for backwards compatibility). The root
> +hugepage control directory is
> +
> + /sys/kernel/mm/hugepages
> +
> +For each hugepage size supported by the running kernel, a subdirectory
> +will exist, of the form
> +
> + hugepages-${size}kB
> +
> +Inside each of these directories, the same set of files will exist:
> +
> + nr_hugepages
> + nr_overcommit_hugepages
> + free_hugepages
> + resv_hugepages
> + surplus_hugepages
> +
> +which function as described above for the default hugepage-sized case.
> +
> If the user applications are going to request hugepages using mmap system
> call, then it is required that system administrator mount a file system of
> type hugetlbfs:
> diff --git a/mm/hugetlb.c b/mm/hugetlb.c
> index 14bfe17..9c24f8f 100644
> --- a/mm/hugetlb.c
> +++ b/mm/hugetlb.c
> @@ -1258,7 +1258,7 @@ static void __init hugetlb_sysfs_init(void)
> struct hstate *h;
> int err;
>
> - hugepages_kobj = kobject_create_and_add("hugepages", kernel_kobj);
> + hugepages_kobj = kobject_create_and_add("hugepages", mm_kobj);
> if (!hugepages_kobj)
> return;
>
> --
> Nishanth Aravamudan <nacc@us.ibm.com>
> IBM Linux Technology Center
>
--
Mel Gorman
Part-time Phd Student Linux Technology Center
University of Limerick IBM Dublin Software Lab
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2008-07-10 17:39 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-07-08 18:03 [RFC PATCH 0/4] -mm-only hugetlb updates Nishanth Aravamudan
2008-07-08 18:05 ` [RFC PATCH 1/4] mm: remove mm_init compilation dependency on CONFIG_DEBUG_MEMORY_INIT Nishanth Aravamudan
2008-07-08 18:06 ` [RFC PATCH 2/4] mm: create /sys/kernel/mm Nishanth Aravamudan
2008-07-08 18:07 ` [RFC PATCH 3/4] hugetlb: hang off of /sys/kernel/mm rather than /sys/kernel Nishanth Aravamudan
2008-07-08 18:08 ` [RFC PATCH 4/4] hugetlb: remove CONFIG_SYSFS dependency Nishanth Aravamudan
2008-07-10 17:39 ` Mel Gorman [this message]
2008-07-10 17:24 ` [RFC PATCH 2/4] mm: create /sys/kernel/mm Mel Gorman
2008-07-10 16:35 ` [RFC PATCH 1/4] mm: remove mm_init compilation dependency on CONFIG_DEBUG_MEMORY_INIT Mel Gorman
2008-07-08 18:13 ` [RFC PATCH 0/4] -mm-only hugetlb updates Nishanth Aravamudan
2008-07-10 13:11 ` Nick Piggin
2008-07-10 16:50 ` Nishanth Aravamudan
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20080710173954.GG6664@csn.ul.ie \
--to=mel@csn.ul.ie \
--cc=agl@us.ibm.com \
--cc=akpm@linux-foundation.org \
--cc=linux-mm@kvack.org \
--cc=nacc@us.ibm.com \
--cc=npiggin@suse.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox