linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: Yasuaki Ishimatsu <isimatu.yasuaki@jp.fujitsu.com>
To: Luiz Capitulino <lcapitulino@redhat.com>
Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org,
	mtosatti@redhat.com, aarcange@redhat.com, mgorman@suse.de,
	akpm@linux-foundation.org, andi@firstfloor.org, davidlohr@hp.com,
	rientjes@google.com, yinghai@kernel.org, riel@redhat.com
Subject: Re: [PATCH 1/4] hugetlb: add hstate_is_gigantic()
Date: Tue, 8 Apr 2014 11:00:40 +0900	[thread overview]
Message-ID: <53435848.1050601@jp.fujitsu.com> (raw)
In-Reply-To: <1396462128-32626-2-git-send-email-lcapitulino@redhat.com>

(2014/04/03 3:08), Luiz Capitulino wrote:
> Signed-off-by: Luiz Capitulino <lcapitulino@redhat.com>
> ---

Reviewed-by: Yasuaki Ishimatsu <isimatu.yasuaki@jp.fujitsu.com>

Thanks,
Yasuaki Ishimatsu

>   include/linux/hugetlb.h |  5 +++++
>   mm/hugetlb.c            | 28 ++++++++++++++--------------
>   2 files changed, 19 insertions(+), 14 deletions(-)
> 
> diff --git a/include/linux/hugetlb.h b/include/linux/hugetlb.h
> index 8c43cc4..8590134 100644
> --- a/include/linux/hugetlb.h
> +++ b/include/linux/hugetlb.h
> @@ -333,6 +333,11 @@ static inline unsigned huge_page_shift(struct hstate *h)
>   	return h->order + PAGE_SHIFT;
>   }
>   
> +static inline bool hstate_is_gigantic(struct hstate *h)
> +{
> +	return huge_page_order(h) >= MAX_ORDER;
> +}
> +
>   static inline unsigned int pages_per_huge_page(struct hstate *h)
>   {
>   	return 1 << h->order;
> diff --git a/mm/hugetlb.c b/mm/hugetlb.c
> index c01cb9f..8c50547 100644
> --- a/mm/hugetlb.c
> +++ b/mm/hugetlb.c
> @@ -574,7 +574,7 @@ static void update_and_free_page(struct hstate *h, struct page *page)
>   {
>   	int i;
>   
> -	VM_BUG_ON(h->order >= MAX_ORDER);
> +	VM_BUG_ON(hstate_is_gigantic(h));
>   
>   	h->nr_huge_pages--;
>   	h->nr_huge_pages_node[page_to_nid(page)]--;
> @@ -627,7 +627,7 @@ static void free_huge_page(struct page *page)
>   	if (restore_reserve)
>   		h->resv_huge_pages++;
>   
> -	if (h->surplus_huge_pages_node[nid] && huge_page_order(h) < MAX_ORDER) {
> +	if (h->surplus_huge_pages_node[nid] && !hstate_is_gigantic(h)) {
>   		/* remove the page from active list */
>   		list_del(&page->lru);
>   		update_and_free_page(h, page);
> @@ -731,7 +731,7 @@ static struct page *alloc_fresh_huge_page_node(struct hstate *h, int nid)
>   {
>   	struct page *page;
>   
> -	if (h->order >= MAX_ORDER)
> +	if (hstate_is_gigantic(h))
>   		return NULL;
>   
>   	page = alloc_pages_exact_node(nid,
> @@ -925,7 +925,7 @@ static struct page *alloc_buddy_huge_page(struct hstate *h, int nid)
>   	struct page *page;
>   	unsigned int r_nid;
>   
> -	if (h->order >= MAX_ORDER)
> +	if (hstate_is_gigantic(h))
>   		return NULL;
>   
>   	/*
> @@ -1118,7 +1118,7 @@ static void return_unused_surplus_pages(struct hstate *h,
>   	h->resv_huge_pages -= unused_resv_pages;
>   
>   	/* Cannot return gigantic pages currently */
> -	if (h->order >= MAX_ORDER)
> +	if (hstate_is_gigantic(h))
>   		return;
>   
>   	nr_pages = min(unused_resv_pages, h->surplus_huge_pages);
> @@ -1328,7 +1328,7 @@ static void __init gather_bootmem_prealloc(void)
>   		 * fix confusing memory reports from free(1) and another
>   		 * side-effects, like CommitLimit going negative.
>   		 */
> -		if (h->order > (MAX_ORDER - 1))
> +		if (hstate_is_gigantic(h))
>   			adjust_managed_page_count(page, 1 << h->order);
>   	}
>   }
> @@ -1338,7 +1338,7 @@ static void __init hugetlb_hstate_alloc_pages(struct hstate *h)
>   	unsigned long i;
>   
>   	for (i = 0; i < h->max_huge_pages; ++i) {
> -		if (h->order >= MAX_ORDER) {
> +		if (hstate_is_gigantic(h)) {
>   			if (!alloc_bootmem_huge_page(h))
>   				break;
>   		} else if (!alloc_fresh_huge_page(h,
> @@ -1354,7 +1354,7 @@ static void __init hugetlb_init_hstates(void)
>   
>   	for_each_hstate(h) {
>   		/* oversize hugepages were init'ed in early boot */
> -		if (h->order < MAX_ORDER)
> +		if (!hstate_is_gigantic(h))
>   			hugetlb_hstate_alloc_pages(h);
>   	}
>   }
> @@ -1388,7 +1388,7 @@ static void try_to_free_low(struct hstate *h, unsigned long count,
>   {
>   	int i;
>   
> -	if (h->order >= MAX_ORDER)
> +	if (hstate_is_gigantic(h))
>   		return;
>   
>   	for_each_node_mask(i, *nodes_allowed) {
> @@ -1451,7 +1451,7 @@ static unsigned long set_max_huge_pages(struct hstate *h, unsigned long count,
>   {
>   	unsigned long min_count, ret;
>   
> -	if (h->order >= MAX_ORDER)
> +	if (hstate_is_gigantic(h))
>   		return h->max_huge_pages;
>   
>   	/*
> @@ -1577,7 +1577,7 @@ static ssize_t nr_hugepages_store_common(bool obey_mempolicy,
>   		goto out;
>   
>   	h = kobj_to_hstate(kobj, &nid);
> -	if (h->order >= MAX_ORDER) {
> +	if (hstate_is_gigantic(h)) {
>   		err = -EINVAL;
>   		goto out;
>   	}
> @@ -1660,7 +1660,7 @@ static ssize_t nr_overcommit_hugepages_store(struct kobject *kobj,
>   	unsigned long input;
>   	struct hstate *h = kobj_to_hstate(kobj, NULL);
>   
> -	if (h->order >= MAX_ORDER)
> +	if (hstate_is_gigantic(h))
>   		return -EINVAL;
>   
>   	err = kstrtoul(buf, 10, &input);
> @@ -2071,7 +2071,7 @@ static int hugetlb_sysctl_handler_common(bool obey_mempolicy,
>   
>   	tmp = h->max_huge_pages;
>   
> -	if (write && h->order >= MAX_ORDER)
> +	if (write && hstate_is_gigantic(h))
>   		return -EINVAL;
>   
>   	table->data = &tmp;
> @@ -2124,7 +2124,7 @@ int hugetlb_overcommit_handler(struct ctl_table *table, int write,
>   
>   	tmp = h->nr_overcommit_huge_pages;
>   
> -	if (write && h->order >= MAX_ORDER)
> +	if (write && hstate_is_gigantic(h))
>   		return -EINVAL;
>   
>   	table->data = &tmp;
> 


--
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>

  parent reply	other threads:[~2014-04-08  3:56 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-04-02 18:08 [PATCH 0/4] hugetlb: add support gigantic page allocation at runtime Luiz Capitulino
2014-04-02 18:08 ` [PATCH 1/4] hugetlb: add hstate_is_gigantic() Luiz Capitulino
2014-04-07 17:57   ` Naoya Horiguchi
2014-04-08  2:00   ` Yasuaki Ishimatsu [this message]
2014-04-02 18:08 ` [PATCH 2/4] hugetlb: update_and_free_page(): don't clear PG_reserved bit Luiz Capitulino
2014-04-07 17:58   ` Naoya Horiguchi
2014-04-08  2:01   ` Yasuaki Ishimatsu
2014-04-02 18:08 ` [PATCH 3/4] hugetlb: move helpers up in the file Luiz Capitulino
2014-04-07 17:58   ` Naoya Horiguchi
2014-04-08  2:01   ` Yasuaki Ishimatsu
2014-04-02 18:08 ` [PATCH 4/4] hugetlb: add support for gigantic page allocation at runtime Luiz Capitulino
2014-04-04  3:05   ` Yasuaki Ishimatsu
2014-04-04 13:30     ` Luiz Capitulino
2014-04-08  1:58       ` Yasuaki Ishimatsu
2014-04-07 17:58   ` Naoya Horiguchi
     [not found]   ` <1396893509-x52fgnka@n-horiguchi@ah.jp.nec.com>
2014-04-07 18:49     ` Luiz Capitulino
2014-04-07 19:03       ` Naoya Horiguchi
2014-04-08 22:51       ` Andrew Morton
2014-04-09  0:29         ` Luiz Capitulino
2014-04-03 15:33 ` [PATCH 0/4] hugetlb: add support " Andrea Arcangeli

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=53435848.1050601@jp.fujitsu.com \
    --to=isimatu.yasuaki@jp.fujitsu.com \
    --cc=aarcange@redhat.com \
    --cc=akpm@linux-foundation.org \
    --cc=andi@firstfloor.org \
    --cc=davidlohr@hp.com \
    --cc=lcapitulino@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=mgorman@suse.de \
    --cc=mtosatti@redhat.com \
    --cc=riel@redhat.com \
    --cc=rientjes@google.com \
    --cc=yinghai@kernel.org \
    /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