From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 7EE2822332E for ; Thu, 2 Jul 2026 22:12:12 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783030333; cv=none; b=gcHXn7CJEpz5i0bXnrH7Y/UZn54VDCPqPWAhnjS3F+wwCy8gypEyDFduw/K8QqfadpRxlRO7j5KCD1Lknlfu6XoxwHqqUF9UINqznLIiXVcqZ3IXtZyNiUIZxOr9ouxOT/r/Cg5V89VjRGvfH0/SIzmB5Tjb+EDJvK+gh1OtjX8= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783030333; c=relaxed/simple; bh=Zl8feuoFkbeyEUlfgF95UzBGVYmXQ8imzdhQbuJ2XTM=; h=Date:From:To:Cc:Subject:Message-Id:In-Reply-To:References: Mime-Version:Content-Type; b=PITo8BJXYMzb2cCYo+7whCljcnB4/zDvHgYWEaUMxdoqrkYEO93kQ3ZsvnYvOW12snL+tjv/CFQLmbxWRjp7oiMCJt72shlotn64QzFNvotw1J+hh+XpubSWr9kHIqWtxdabNuJbwT7EaX2FeESbsw4mPGDequtTQP4diV0+6xY= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux-foundation.org header.i=@linux-foundation.org header.b=PxaDKhZH; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux-foundation.org header.i=@linux-foundation.org header.b="PxaDKhZH" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 266AE1F000E9; Thu, 2 Jul 2026 22:12:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux-foundation.org; s=korg; t=1783030332; bh=DCmjtUCFw1S3nzcmZZqNW9TzABLzOKYV3/oltfEzOA8=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=PxaDKhZHHb8/akYiF3dcP6wcs0FzNBcVN6mZPm+XqDFDNSkbNHEyTT0JZ4uNjGNdQ v46xV/DhfToWjaKJKUIOLYOOn7PL0731IrvOyDZu3ummeo/dBmv8SzGd8g0TBgXpWv 88yyCGf1i4sTd0+2Nb2SJNNLQX4vOpinMCg3yBx0= Date: Thu, 2 Jul 2026 15:12:10 -0700 From: Andrew Morton To: ackerleytng@google.com Cc: Ackerley Tng via B4 Relay , Muchun Song , Oscar Salvador , David Hildenbrand , fvdl@google.com, jiaqiyan@google.com, joshua.hahnjy@gmail.com, jthoughton@google.com, mhocko@kernel.org, michael.roth@amd.com, pasha.tatashin@soleen.com, pbonzini@redhat.com, peterx@redhat.com, pratyush@kernel.org, rick.p.edgecombe@intel.com, rientjes@google.com, roman.gushchin@linux.dev, seanjc@google.com, shakeel.butt@linux.dev, shivankg@amd.com, vannapurve@google.com, yan.y.zhao@intel.com, Zi Yan , Matthew Brost , Rakie Kim , Byungchul Park , Gregory Price , Ying Huang , Alistair Popple , Dan Williams , Jason Gunthorpe , linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v4 0/6] Open HugeTLB allocation routine for more generic use Message-Id: <20260702151210.37ec63d703da9e4c5e181694@linux-foundation.org> In-Reply-To: <20260702-hugetlb-open-up-v4-0-d53cefcccf34@google.com> References: <20260702-hugetlb-open-up-v4-0-d53cefcccf34@google.com> X-Mailer: Sylpheed 3.8.0beta1 (GTK+ 2.24.33; x86_64-pc-linux-gnu) Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Thu, 02 Jul 2026 09:21:44 -0700 Ackerley Tng via B4 Relay wrote: > Hi, > > The motivation for this patch series is guest_memfd, which would like > to use HugeTLB as a generic source of huge pages but not adopt > HugeTLB's reservation at mmap() time. > > By refactoring alloc_hugetlb_folio() and some dependent functions, > there is now an option to allocate HugeTLB folios without providing a > VMA. Specifically, HugeTLB allocation used to be dependent on the VMA > to > > 1. Look up reservations in the resv_map > 2. Get mpol, stored at vma->vm_policy > > This refactoring provides hugetlb_alloc_folio(), which focuses on just > the allocation itself, and associated memory and HugeTLB charging > (cgroups). alloc_hugetlb_folio() still handles reservations in the > resv_map and subpools. Thanks, I added this to mm.git's mm-new branch. As I understand it, the entire series is code shuffling and no functional changes are intended. > + Addressed some of Sashiko's comments [4]. Some of the issues I didn't address > were pre-existing issues. Since v3 of this series Sashiko was updated to > actually send mails. I'd let Sashiko point them out again and then we should > discuss those! Sashiko will send emails if configured to do so. For linux-mm, that is turned off. https://sashiko.dev/#/patchset/20260702-hugetlb-open-up-v4-0-d53cefcccf34@google.com says "To: None Cc: None Status: Muted", so I don't think you received those emails (did you?). For some reason Sashiko did flag a couple of things which it didn't consider to be pre-existing.