Re: [PATCH RFC 06/35] mm/page_alloc: reject unreasonable folio/compound page sizes in alloc_contig_range_noprof()

(追記) (追記ここまで)

• To: David Hildenbrand <david@xxxxxxxxxx>
• Subject: Re: [PATCH RFC 06/35] mm/page_alloc: reject unreasonable folio/compound page sizes in alloc_contig_range_noprof()
• From: SeongJae Park <sj@xxxxxxxxxx>
• Date: 2025年8月22日 10:07:46 -0700
• Cc: SeongJae Park <sj@xxxxxxxxxx>, linux-kernel@xxxxxxxxxxxxxxx, Alexander Potapenko <glider@xxxxxxxxxx>, Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>, Brendan Jackman <jackmanb@xxxxxxxxxx>, Christoph Lameter <cl@xxxxxxxxxx>, Dennis Zhou <dennis@xxxxxxxxxx>, Dmitry Vyukov <dvyukov@xxxxxxxxxx>, dri-devel@xxxxxxxxxxxxxxxxxxxxx, intel-gfx@xxxxxxxxxxxxxxxxxxxxx, iommu@xxxxxxxxxxxxxxx, io-uring@xxxxxxxxxxxxxxx, Jason Gunthorpe <jgg@xxxxxxxxxx>, Jens Axboe <axboe@xxxxxxxxx>, Johannes Weiner <hannes@xxxxxxxxxxx>, John Hubbard <jhubbard@xxxxxxxxxx>, kasan-dev@xxxxxxxxxxxxxxxx, kvm@xxxxxxxxxxxxxxx, "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>, Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>, linux-arm-kernel@xxxxxxxx, linux-arm-kernel@xxxxxxxxxxxxxxxxxxx, linux-crypto@xxxxxxxxxxxxxxx, linux-ide@xxxxxxxxxxxxxxx, linux-kselftest@xxxxxxxxxxxxxxx, linux-mips@xxxxxxxxxxxxxxx, linux-mmc@xxxxxxxxxxxxxxx, linux-mm@xxxxxxxxx, linux-riscv@xxxxxxxxxxxxxxxxxxx, linux-s390@xxxxxxxxxxxxxxx, linux-scsi@xxxxxxxxxxxxxxx, Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>, Marco Elver <elver@xxxxxxxxxx>, Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>, Michal Hocko <mhocko@xxxxxxxx>, Mike Rapoport <rppt@xxxxxxxxxx>, Muchun Song <muchun.song@xxxxxxxxx>, netdev@xxxxxxxxxxxxxxx, Oscar Salvador <osalvador@xxxxxxx>, Peter Xu <peterx@xxxxxxxxxx>, Robin Murphy <robin.murphy@xxxxxxx>, Suren Baghdasaryan <surenb@xxxxxxxxxx>, Tejun Heo <tj@xxxxxxxxxx>, virtualization@xxxxxxxxxxxxxxx, Vlastimil Babka <vbabka@xxxxxxx>, wireguard@xxxxxxxxxxxxxxx, x86@xxxxxxxxxx, Zi Yan <ziy@xxxxxxxxxx>
• In-reply-to: <20250821200701.1329277-7-david@redhat.com>
• References:

On 2025年8月21日 22:06:32 +0200 David Hildenbrand <david@xxxxxxxxxx> wrote:
> Let's reject them early,
I like early failures. :)
> which in turn makes folio_alloc_gigantic() reject
> them properly.
>
> To avoid converting from order to nr_pages, let's just add MAX_FOLIO_ORDER
> and calculate MAX_FOLIO_NR_PAGES based on that.
>
> Signed-off-by: David Hildenbrand <david@xxxxxxxxxx>
Acked-by: SeongJae Park <sj@xxxxxxxxxx>
Thanks,
SJ
[...]

• References:
  • [PATCH RFC 06/35] mm/page_alloc: reject unreasonable folio/compound page sizes in alloc_contig_range_noprof()
    • From: David Hildenbrand

• Prev by Date: Re: [PATCH RFC 09/35] mm/mm_init: make memmap_init_compound() look more like prep_compound_page()
• Next by Date: Re: [PATCH RFC 10/35] mm/hugetlb: cleanup hugetlb_folio_init_tail_vmemmap()
• Previous by thread: Re: [PATCH RFC 06/35] mm/page_alloc: reject unreasonable folio/compound page sizes in alloc_contig_range_noprof()
• Next by thread: [PATCH RFC 13/35] mm: simplify folio_page() and folio_page_idx()
• Index(es):
  • Date
  • Thread