[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ba5a88d7-0cd3-4f9c-aae9-beeb7d64dbaa@linux.dev>
Date: Tue, 16 Jan 2024 16:09:42 +0800
From: Gang Li <gang.li@...ux.dev>
To: Muchun Song <muchun.song@...ux.dev>
Cc: linux-mm@...ck.org, linux-kernel@...r.kernel.org,
David Hildenbrand <david@...hat.com>, David Rientjes <rientjes@...gle.com>,
Mike Kravetz <mike.kravetz@...cle.com>,
Andrew Morton <akpm@...ux-foundation.org>,
Tim Chen <tim.c.chen@...ux.intel.com>, ligang.bdlg@...edance.com,
Gang Li <gang.li@...ux.dev>
Subject: Re: [PATCH v3 2/7] hugetlb: split hugetlb_hstate_alloc_pages
On 2024/1/16 15:02, Muchun Song wrote:
> On 2024/1/2 21:12, Gang Li wrote:
>> hugetlb_hstate_alloc_pages_gigantic(struct hstate *h)
>
> The name is so long, how about hugetlb_gigantic_pages_alloc_boot?
>
>> hugetlb_hstate_alloc_pages_non_gigantic(struct hstate *h)
>
> hugetlb_pages_alloc_boot?
LGTM.
> It it unnecessary to reverse the condition. A little sime like following:
>
> if (hstate_is_gigantic(h))
> /* gigantic pages */
> else
> /* normal pages */
Will take it in next version.
Powered by blists - more mailing lists