[RFC][PATCH 0/4] slab: Allow for type introspection during allocation (Kees Cook) https://lore.kernel.org/20240708190924.work.846-kees@kernel.org
Kees posted this RFC patch, which allows kmalloc() be able to know the type of the object that it is requested to allocate memory for. It is done by letting kmalloc() optionally receives the pointer instead of the size.
[Invitation] Linux MM Alignment Session on guest_memfd() mapping, hugepages, and page pinning on Wednesday https://lore.kernel.org/197a2f19-c71c-fbde-a62a-213dede1f4fd@google.com
David invites MM community to another instance of the MM alignment.
[RFC PATCH 0/4] Introduce PMC(PER-MEMCG-CACHE) (Huan Yang) https://lore.kernel.org/20240702084423.1717904-1-link@vivo.com
Huan posted an RFC for per-memcg-cache, which is for utilizing per-memcg cache of certain rules. The goal is allowing memory that released by an application be allocated with high priority within the application, to improve locality and performance while avoiding unnecessary memory reclamation.
[PATCH] mm: remove CONFIG_MEMCG_KMEM (Johannes Weiner) https://lore.kernel.org/20240701153148.452230-1-hannes@cmpxchg.org
Since CONFIG_MEMCG_KMEM was default-enabled and equivalent to CONFIG_MEMCG for almost a decade, Johannes tries to remove the config option.
[PATCH] memcg: Add a new sysctl parameter for automatically setting memory.high (Waiman Long) https://lore.kernel.org/20240623204514.1032662-1-longman@redhat.com
While memcg v1 has only single file for memory limit setting, namely memory.limit_in_bytes, memcg v2 has two files, memory.max and memory.high for the purpose. Users migrating from memcg v1 to memcg v2 usually sets only memory.max, and hence get problems sometimes. This patch add a new knob, memory_high_autoset_ratio, which allows setting memory.high as a ratio of memory.
[GIT PULL] hotfixes for 6.10-rc5 (Andrew Morton) https://lore.kernel.org/20240617114712.45d4743f8bacb832dea4b5a9@linux-foundation.org
Andrew posted hotfixes pull request to Linus Torvalds.
[PATCH] Add accumulated call counter for memory allocation profiling (David Wang) https://lore.kernel.org/20240617153250.9079-1-00107082@163.com
David sent a patch for adding accumulated call counter for memory allocation profiling. He argues this could help performance behaviors analysis.
[RFC PATCH v1 0/5] Alternative mTHP swap allocator improvements (Ryan Roberts) https://lore.kernel.org/20240618232648.4090299-1-ryan.roberts@arm.com
Ryan posted this proof-of-concept patchset for achieving 0% fallback at mTHP swap.
[PATCH 0/7] arm64 / x86-64: low-level code generation issues (Linus Torvalds) https://lore.kernel.org/20240610204821.230388-1-torvalds@linux-foundation.org
Linus Torvalds posted another version of runtime const patchset for not only x86_64 but also arm64. He mentions the work was motivated by his Altra box that shows __d_lookup_rcu() like a horror.
[PATCH v2 1/2] virt: pvmemcontrol: control guest physical memory properties (Yuanchu Xie) https://lore.kernel.org/20240612021207.3314369-1-yuanchu@google.com
Yuanchu posted a patchset for letting guest control its physical memory properties, security features and optimizations.
[PATCH v2 0/8] mm: workingset reporting (Yuanchu Xie) https://lore.kernel.org/20240604020549.1017540-1-yuanchu@google.com
Yuanchu posted second version of the MGLRU-based workingset reporting patchset.
[PATCH 0/2] mm/pstore: Reserve named unspecified memory across boots (Steven Rostedt) https://lore.kernel.org/20240603233330.801075898@goodmis.org
Steven posted a patch for reserving part of memory for pstore, which is currently being reserved via firmware, via a new kernel command line parameter, reserve_mem.
[PATCH v4 00/11] riscv: Memory Hot(Un)Plug support (Björn Töpel) https://lore.kernel.org/20240605114100.315918-1-bjorn@kernel.org
Björn posted the fourth version of the patchset for supporting memory hot-[un]plugging and ZONE_DEVICE support on RISC-V.
[PATCH 0/3] mm: zswap: global shrinker fix and proactive shrink (Takero Funaki) https://lore.kernel.org/20240528043404.39327-2-flintglass@gmail.com
This patchset fixes two zswap issues coming from global shrinker, and add proactive shrinking of zswap which starts when zswap is 95% full, for 90% accept threshold.
[PATCH v7 0/4] Memory management patches needed by Rust Binder (Alice Ryhl) https://lore.kernel.org/20240528-alice-mm-v7-0-78222c31b8f4@google.com
Alice sent the seventh revision for making memory management subsystem changes that needed by Rust Binder implementation.
[LSFMM] automating measuring memory fragmentation (Luis Chamberlain) https://lore.kernel.org/ZkUOXQvVjXP1T6Nk@bombadil.infradead.org
Luis suggested yet another LSFMM session for memory fragmentation measurement aiming to be used to understand how bad the current kernel’s defragmentation approach is, and how much improvement some new proposal is making.
page-flags.rst (Matthew Wilcox) https://lore.kernel.org/ZkOu4yXP-sGGtwc4@casper.infradead.org
Matthew posted the page-flags documentation that he wrote with LSFMM attendees on his session.
[GIT PULL] MM updates for 6.10-rc1 (Andrew Morton) https://lore.kernel.org/20240517192239.9285edd85f8ef893bb508a61@linux-foundation.org
Andrew sent the memory management part pull request for 6.
[LSF/MM/BPF TOPIC] Locally attached memory tiering (David Rientjes) https://lore.kernel.org/e90dc785-c4e6-47e4-8eda-d35325c82ff9@google.com
David suggests a new LSFMM topic for local-attached memory tiering.
[LSF/MM/BPF TOPIC] CXL Development Discussions (Adam Manzanares) https://lore.kernel.org/9bf86b97-319f-4f58-b658-1fe3ed0b1993@nmtadam.samsung
Adam suggests a new LSFMM topic for general CXL development.
kdevops BoF at LSFMM (Luis Chamberlain) https://lore.kernel.org/CAB=NE6XyLS1TaAcgzSWa=1pgezRjFoy8nuVtSWSfB8Qsdsx_xQ@mail.gmail.com
Luis suggests to have a time slot for sharing ongoing developments and changes for kdevops, which automates complex kernel development workflows.
[RFC PATCH 0/2] introduce budgt control in readahead (Zhaoyang Huang) https://lore.
[PATCH] thp: Remove HPAGE_PMD_ORDER minimum assertion (Matthew Wilcox) https://lkml.kernel.org/r/20240429190114.3126789-1-willy@infradead.org
Willy removes the assumption that THP order is always two or more, since we now handle order-1 folios correctly.
[LSF/MM/BPF TOPIC] SLUB: what’s next? (Vlastimil Babka) https://lkml.kernel.org/r/b929d5fb-8e88-4f23-8ec7-6bdaf61f84f9@suse.cz
Vlastimil proposes an LSFMM session to retrospect the SLAB deprecation, share ongoing works, and discuss possible future works for reducing similar allocators such as objpool or mempool.
[LSF/MM/BPF TOPIC] Maple Tree Proposed Features (Liam R.