mm-clarify-__gfp_zerotags-comment.patch removed from -mm tree
The patch titled
Subject: mm: clarify __GFP_ZEROTAGS comment
has been removed from the -mm tree. Its filename was
mm-clarify-__gfp_zerotags-comment.patch
This patch was dropped because it was merged into mainline or a subsystem tree
------------------------------------------------------
From: Andrey Konovalov <[email protected]>
Subject: mm: clarify __GFP_ZEROTAGS comment
__GFP_ZEROTAGS is intended as an optimization: if memory is zeroed during allocation, it's possible to set memory tags at the same time with little performance impact.
Clarify this intention of __GFP_ZEROTAGS in the comment.
---
include/linux/gfp.h | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-)
include/linux/gfp.h renamed from include/linux/gfp.h~mm-clarify-__gfp_zerotags-comment +4 -2
@@ -232,8 +232,10 @@ struct vm_area_struct;* * %__GFP_ZERO returns a zeroed page on success. * -* %__GFP_ZEROTAGS returns a page with zeroed memory tags on success, if -* __GFP_ZERO is set. +* %__GFP_ZEROTAGS zeroes memory tags at allocation time if the memory itself +* is being zeroed (either via __GFP_ZERO or via init_on_alloc). This flag is +* intended for optimization: setting memory tags at the same time as zeroing +* memory has minimal additional performace impact. * * %__GFP_SKIP_KASAN_POISON returns a page which does not need to be poisoned * on deallocation. Typically used for userspace pages. Currently only has an
_
Patches currently in -mm which might be from [email protected] are
stacktrace-add-interface-based-on-shadow-call-stack.patch arm64-scs-save-scs_sp-values-per-cpu-when-switching-stacks.patch arm64-implement-stack_trace_save_shadow.patch kasan-use-stack_trace_save_shadow.patch