Re: [PATCH RFC 07/35] mm/memremap: reject unreasonable folio/compound page sizes in memremap_pages()
SeongJae Park <[email protected]>
| Newsgroups | com.zx2c4.lists.wireguard,dev.linux.lists.iommu,dev.linux.lists.virtualization,org.freedesktop.lists.dri-devel,org.freedesktop.lists.intel-gfx,org.infradead.lists.linux-arm-kernel,org.infradead.lists.linux-riscv,org.kernel.vger.io-uring,org.kernel.vger.kvm,org.kernel.vger.linux-crypto,org.kernel.vger.linux-ide,org.kernel.vger.linux-kernel,org.kernel.vger.linux-kselftest,org.kernel.vger.linux-mips,org.kernel.vger.linux-mmc,org.kernel.vger.linux-s390,org.kernel.vger.linux-scsi,org.kernel.vger.netdev,org.kvack.linux-mm |
|---|---|
| Message-ID | <[email protected]> |
On Thu, 21 Aug 2025 22:06:33 +0200 David Hildenbrand <[email protected]> wrote: > Let's reject unreasonable folio sizes early, where we can still fail. > We'll add sanity checks to prepare_compound_head/prepare_compound_page > next. > > Is there a way to configure a system such that unreasonable folio sizes > would be possible? It would already be rather questionable. > > If so, we'd probably want to bail out earlier, where we can avoid a > WARN and just report a proper error message that indicates where > something went wrong such that we messed up. > > Signed-off-by: David Hildenbrand <[email protected]> Acked-by: SeongJae Park <[email protected]> Thanks, SJ [...]