[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <934f429d-e056-7142-4be6-e00d22a4e389@oracle.com>
Date: Wed, 29 Sep 2021 12:54:51 -0700
From: Mike Kravetz <mike.kravetz@...cle.com>
To: David Hildenbrand <david@...hat.com>, linux-mm@...ck.org,
linux-kernel@...r.kernel.org
Cc: Michal Hocko <mhocko@...e.com>, Oscar Salvador <osalvador@...e.de>,
Zi Yan <ziy@...dia.com>,
Muchun Song <songmuchun@...edance.com>,
Naoya Horiguchi <naoya.horiguchi@...ux.dev>,
David Rientjes <rientjes@...gle.com>,
"Aneesh Kumar K . V" <aneesh.kumar@...ux.ibm.com>,
Andrew Morton <akpm@...ux-foundation.org>
Subject: Re: [PATCH v2 4/4] hugetlb: add hugetlb demote page support
On 9/24/21 2:44 AM, David Hildenbrand wrote:
> On 23.09.21 19:53, Mike Kravetz wrote:
>> +
>> + if (alloc_huge_page_vmemmap(h, page)) {
>> + /* Allocation of vmemmmap failed, we can not demote page */
>> + spin_lock_irq(&hugetlb_lock);
>> + set_page_refcounted(page);
>> + add_hugetlb_page(h, page, false);
>
> I dislike using 0/1 as return values as it will just hide the actual issue.
>
> This here would be -ENOMEM, right?
>
I will pass along the return value from alloc_huge_page_vmemmap(). You
are right, -ENOMEM is the only non-zero value.
Thanks,
--
Mike Kravetz
Powered by blists - more mailing lists