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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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: Fri, 22 Aug 2025 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 Thu, 21 Aug 2025 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

[...]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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 07/35] mm/memremap: reject unreasonable folio/compound page sizes in memremap_pages()
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

[Index of Archives] [Kernel Development] [Kernel Newbies] [IDE] [Security] [Git] [Netfilter] [Bugtraq] [Yosemite Info] [MIPS Linux] [ARM Linux] [Linux Security] [Linux RAID] [Linux ATA RAID] [Samba] [Linux Media] [Device Mapper]