kasan_mempool_poison_pages(9)
bestie, welcome to the Kernel API Manual entry for kasan_mempool_poison_pages(9) β itβs giving βkernel page allocation safety checkβ energy and weβre gonna get into it π
πΈ NAME πΈ
kasan_mempool_poison_pages β check and poison a mempool page allocation. literally the whole vibe β¨
β¨ SYNOPSIS β¨
bool kasan_mempool_poison_pages (struct page *page , unsigned int order
);
π ARGUMENTS π
pageβ pointer to the page allocation, bestie π«Άorderβ order of the allocation, no cap π
π DESCRIPTION π
okay so this function is made for kernel subsystems that cache page allocations so they can reuse them instead of freeing them back to page_alloc β think mempool, iykyk π
itβs similar to kasan_mempool_poison_object, but this one operates on page allocations instead of objects π
before that poisoned allocation can be reused, it must be unpoisoned via kasan_mempool_unpoison_pages β that part is not optional, bestie π
π¦ RETURN π¦
it returns true if the allocation can be safely reused; otherwise it returns false β¨
π₯ SEE ALSO π₯
- Kernel file
./include/linux/kasan.h kasan_unpoison_new_object(9)kasan_poison_new_object(9)kasan_slab_pre_free(9)kasan_slab_free(9)kasan_mempool_unpoison_pages(9)kasan_mempool_poison_object(9)kasan_mempool_unpoison_object(9)kasan_report(9)
mwah π this lil page lives in source ./include/linux, dated October 2026, and itβs titled kasan_mempool_poison_pages(9) β bye bestie, go poison those pages responsibly π«Άπ
π¦ where this page comes from
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms