news

LkML New v5.9-rc3

[RFC -V3 0/5] autonuma: Optimize memory placement for memory tiering system (Huang Ying) https://lkml.kernel.org/r/20200825002354.17038-1-ying.huang@intel.com The third RFC of autonuma for help placing of data items on systems utilizing both DRAM and PMEM as different NUMA nodes. Linux 5.9-rc3 https://lkml.kernel.org/r/CAHk-=wiD1yujm_WvWLYL7gZsWMvZyWMg1rfU7dWmnYYc3a7Gsg@mail.gmail.com This week rc release is also quite normal. The ‘fallthought’ comment conversion made fairly evenly distributed changes. Torvalds says it was quite calm. Indeed, only one patchset got my interest this week.

LKML News v5.9-rc2

PROBLEM: Long Workqueue delays. (Jim Baxter) https://lkml.kernel.org/r/71aafe68-7fe0-6b77-ea8e-83edd3f16c8d@mentor.com Jim Baxter encountered 6.5 seconds delay due to long workqueue delay. He want to ask if this is normal or real problem. [RFC PATCH 0/8] memcg: Enable fine-grained per process memory control (Waiman Long) https://lkml.kernel.org/r/20200817140831.30260-1-longman@redhat.com The memory cgroup v2 start reclamation if the amount of the memory of the cgroup exceeds ‘memory.high’ and start OOM killing if if exceeds ‘memory.max’. Problem is, the OOM killer can kill any process.

LKML News v5.9-rc1

mm: sort freelist by rank number (Cho KyongHo) https://lkml.kernel.org/r/1596435031-41837-1-git-send-email-pullip.cho@samsung.com LPDDR5 has severan ranks and there are ranks switching delay. Therefore, it would be better to do accesses in same ranks if possible. This patch sorts freelist by the rank number so that near future allocation can be done in same rank. [RFC-PROTOTYPE 1/1] mm: Add __GFP_FAST_TRY flag (Uladzislau Rezki) https://lkml.kernel.org/r/20200803163029.1997-1-urezki@gmail.com This is the rfc of the patch for the Paul’s last ask.

LKML News v5.8

[PATCH v2 0/7] mm: introduce memfd_secret system call to create “secret” memory areas (Mike Rapoport) https://lkml.kernel.org/r/20200727162935.31714-1-rppt@kernel.org This is the second version of the secretmemfd. In this version, the system call has renamed to ‘memfd_secret’. [RFC PATCH 0/5] madvise MADV_DOEXEC (Anthony Yznaga) https://lkml.kernel.org/r/1595869887-23307-1-git-send-email-anthony.yznaga@oracle.com This patch introduces another madvise hint, MADV_DOEXEC. It preserves an anonymous memory range across exec. [RFC PATCH 0/6] decrease unnecessary gap due to pmem kmem alignment (Jia He) https://lkml.

LKML News v5.8-rc7

[PATCH 0/6] mm: introduce secretmemfd system call to create “secret” memory areas (Mike Rapoport) https://lkml.kernel.org/r/20200720092435.17469-1-rppt@kernel.org This patchset make another special kind of file for secret memory areas. The file can be opened using secretmemfd(). mmap() of the file creates the secret memory mapping. The mapped pages are marked as not present in the direct map and will have desired protection bits (e..g, uncached). [PATCH v7 0/6] workingset protection/detection on the anonymous LRU list (js1304@gmail.

LKML News v5.8-rc6

[PATCH v3] x86/mm: use max memory block size on bare metal (Daniel Jordan) https://lkml.kernel.org/r/20200714205450.945834-1-daniel.m.jordan@oracle.com On x86, smallest supported block size is 128MiB. This means it needs to create 16,288 sysfs directories for 2TiB memory system. This sysfs creation takes significant amount of the boot time. As the memory hotplug is frequenlty used for the virtualized systems, this commit makes the kernels that aren’t running on a hypervisor to use largest block size (2GiB) on big machines.

LKML News v5.8-rc5

[PATCH 0/2] KUnit-Kmemleak Integration (Uriel Guajardo) https://lkml.kernel.org/r/20200706210327.3313498-1-urielguajardojr@gmail.com This patchset makes kunit to use kmemleak to catch memory leak in the test code. [PATCH] CodingStyle: Inclusive Terminology (Dan Williams) https://lkml.kernel.org/r/159389297140.2210796.13590142254668787525.stgit@dwillia2-desk3.amr.corp.intel.com This patch adds a new document for inclusive term usage in the kernel tree. It suggests to stop using the terms, ‘slave’ and ‘blacklist’ anymore. This patch was revised two times and the third revision is merged in Torvalds’ tree by the Friday.

LKML News v5.8-rc4

[Ksummit-discuss] [TECH TOPIC] Inline Encryption Support and new related features (Satya Tangirala) https://lkml.kernel.org/r/20200629092551.GA673684@google.com Maybe the last kernel summit proposal. The inline encryption work was presented in the last year LPC and a part of it has merged in the v5.8, being tested in Android. The talk will discuss the todo list of the work. [PATCH] mm: define pte_add_end for consistency (Wei Yang) https://lkml.kernel.org/r/20200630031852.45383-1-richard.weiyang@linux.alibaba.com This patch adds a helper to get the address of the next boundary for pte level.

LKML News v5.8-rc3

[TECH TOPIC] restricted kernel address spaces (Mike Rapoport) https://lkml.kernel.org/r/20200621090539.GM6493@linux.ibm.com A new kernel summit talk proposal is made. This topic is recycled from the LSF/MM/BPF, which scheduled but canceled due to the COVID19. [PATCH] mm: filemap: clear idle flag for writes (Yang Shi) https://lkml.kernel.org/r/1593020612-13051-1-git-send-email-yang.shi@linux.alibaba.com This patch adds missed idle flag clearing in filemap writing. + mm-madvise-introduce-process_madvise-syscall-an-external-memory-hinting-api-fix-2.patch added to -mm tree https://marc.info/?l=linux-mm-commits&m=159303823314812&w=2 The process_madvise() patch has merged in the -mm tree again.

LKML News v5.8-rc2

[PATCH v7] mm: Proactive compaction (Nitin Gupta) https://lkml.kernel.org/r/20200615143614.15267-1-nigupta@nvidia.com 7th version of the proactive compaction patchset. This version fixes compile error while THP is disabled. Maintainers / Kernel Summit 2020 submissions (Theodore Y. Ts’o) https://lkml.kernel.org/r/20200615155839.GF2863913@mit.edu There were only 5 submissions for the kernel summit talk, and no submission for the maintainers summit. Ted asks people to submit until this week. [PATCH v6 0/6] workingset protection/detection on the anonymous LRU list https://lkml.kernel.org/r/1592371583-30672-1-git-send-email-iamjoonsoo.kim@lge.com