<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in Makefile</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>ce1c0824 - selftests/mm: rename guard-pages to guard-regions</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/mm/Makefile#ce1c0824</link>
        <description>selftests/mm: rename guard-pages to guard-regionsThe feature formerly referred to as guard pages is more correctly referredto as &apos;guard regions&apos;, as in fact no pages are ever allocated in theprocess of installing the regions.To avoid confusion, rename the tests accordingly.[lorenzo.stoakes@oracle.com: fix guard regions invocation]  Link: https://lkml.kernel.org/r/13426c71-d069-4407-9340-b227ff8b8736@lucifer.localLink: https://lkml.kernel.org/r/1c3cd04a3f69b5756b94bda701ac88325a9be18b.1739469950.git.lorenzo.stoakes@oracle.comSigned-off-by: Lorenzo Stoakes &lt;lorenzo.stoakes@oracle.com&gt;Acked-by: Vlastimil Babka &lt;vbabka@suse.cz&gt;Cc: David Hildenbrand &lt;david@redhat.com&gt;Cc: Jann Horn &lt;jannh@google.com&gt;Cc: John Hubbard &lt;jhubbard@nvidia.com&gt;Cc: Kalesh Singh &lt;kaleshsingh@google.com&gt;Cc: Liam Howlett &lt;liam.howlett@oracle.com&gt;Cc: Matthew Wilcox &lt;willy@infradead.org&gt;Cc: &quot;Paul E . McKenney&quot; &lt;paulmck@kernel.org&gt;Cc: Shuah Khan &lt;shuah@kernel.org&gt;Cc: Suren Baghdasaryan &lt;surenb@google.com&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/mm/Makefile</description>
        <pubDate>Thu, 13 Feb 2025 18:17:01 +0000</pubDate>
        <dc:creator>Lorenzo Stoakes &lt;lorenzo.stoakes@oracle.com&gt;</dc:creator>
    </item>
<item>
        <title>b2466bb3 - selftests/mm: introduce uffd-wp-mremap regression test</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/mm/Makefile#b2466bb3</link>
        <description>selftests/mm: introduce uffd-wp-mremap regression testIntroduce a test that registers a range of memory forUFFDIO_WRITEPROTECT_MODE_WP without UFFD_FEATURE_EVENT_REMAP.  First checkthat the uffd-wp bit is set for every PTE in the range.  Then mremap() therange to a new location and check that the uffd-wp bit is clear for everyPTE in the range.Run the test for small folios, all supported THP sizes and all supportedhugetlb sizes, and for swapped out memory, shared and private.There was previously a bug in the kernel where the uffd-wp bits remainedset in all PTEs for this case, after fixing the kernel, the tests allpass.Link: https://lkml.kernel.org/r/20250107144755.1871363-3-ryan.roberts@arm.comSigned-off-by: Ryan Roberts &lt;ryan.roberts@arm.com&gt;Cc: David Hildenbrand &lt;david@redhat.com&gt;Cc: Jann Horn &lt;jannh@google.com&gt;Cc: Liam R. Howlett &lt;Liam.Howlett@Oracle.com&gt;Cc: Lorenzo Stoakes &lt;lorenzo.stoakes@oracle.com&gt;Cc: Mark Rutland &lt;mark.rutland@arm.com&gt;Cc: Muchun Song &lt;muchun.song@linux.dev&gt;Cc: Peter Xu &lt;peterx@redhat.com&gt;Cc: Shuah Khan &lt;shuah@kernel.org&gt;Cc: Vlastimil Babka &lt;vbabka@suse.cz&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/mm/Makefile</description>
        <pubDate>Tue, 07 Jan 2025 14:47:53 +0000</pubDate>
        <dc:creator>Ryan Roberts &lt;ryan.roberts@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>50910acd - selftests/mm: use sys_pkey helpers consistently</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/mm/Makefile#50910acd</link>
        <description>selftests/mm: use sys_pkey helpers consistentlysys_pkey_alloc, sys_pkey_free and sys_mprotect_pkey are currently used inprotections_keys.c, while pkey_sighandler_tests.c calls the libc wrappersdirectly (e.g.  pkey_mprotect()).  This is probably ok when using glibc(those symbols appeared a while ago), but Musl does not currently providethem.  The logging in the helpers from pkey-helpers.h can also come inhandy.Make things more consistent by using the sys_pkey helpers inpkey_sighandler_tests.c too.  To that end their implementation is moved toa common .c file (pkey_util.c).  This also enables callingis_pkeys_supported() outside of protections_keys.c, since it relies onsys_pkey_{alloc,free}.[kevin.brodsky@arm.com: fix dependency on pkey_util.c]  Link: https://lkml.kernel.org/r/20241216092849.2140850-1-kevin.brodsky@arm.comLink: https://lkml.kernel.org/r/20241209095019.1732120-12-kevin.brodsky@arm.comSigned-off-by: Kevin Brodsky &lt;kevin.brodsky@arm.com&gt;Cc: Aruna Ramakrishna &lt;aruna.ramakrishna@oracle.com&gt;Cc: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Cc: Dave Hansen &lt;dave.hansen@linux.intel.com&gt;Cc: Joey Gouly &lt;joey.gouly@arm.com&gt;Cc: Keith Lucas &lt;keith.lucas@oracle.com&gt;Cc: Ryan Roberts &lt;ryan.roberts@arm.com&gt;Cc: Shuah Khan &lt;shuah@kernel.org&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/mm/Makefile</description>
        <pubDate>Mon, 09 Dec 2024 09:50:16 +0000</pubDate>
        <dc:creator>Kevin Brodsky &lt;kevin.brodsky@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>46036188 - selftests/mm: build with -O2</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/mm/Makefile#46036188</link>
        <description>selftests/mm: build with -O2The mm kselftests are currently built with no optimisation (-O0).  It&apos;sunclear why, and besides being obviously suboptimal, this also preventsthe pkeys tests from working as intended.  Let&apos;s build all the tests with-O2.[kevin.brodsky@arm.com: silence unused-result warnings]  Link: https://lkml.kernel.org/r/20250107170110.2819685-1-kevin.brodsky@arm.comLink: https://lkml.kernel.org/r/20241209095019.1732120-6-kevin.brodsky@arm.comSigned-off-by: Kevin Brodsky &lt;kevin.brodsky@arm.com&gt;Cc: Aruna Ramakrishna &lt;aruna.ramakrishna@oracle.com&gt;Cc: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Cc: Dave Hansen &lt;dave.hansen@linux.intel.com&gt;Cc: Joey Gouly &lt;joey.gouly@arm.com&gt;Cc: Keith Lucas &lt;keith.lucas@oracle.com&gt;Cc: Ryan Roberts &lt;ryan.roberts@arm.com&gt;Cc: Shuah Khan &lt;shuah@kernel.org&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/mm/Makefile</description>
        <pubDate>Mon, 09 Dec 2024 09:50:10 +0000</pubDate>
        <dc:creator>Kevin Brodsky &lt;kevin.brodsky@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>a977273b - selftest/mm: remove seal_elf</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/mm/Makefile#a977273b</link>
        <description>selftest/mm: remove seal_elfRemove seal_elf, which is a demo of mseal, we no longer need this.Link: https://lkml.kernel.org/r/20241116005058.69091-1-jeffxu@chromium.orgSigned-off-by: Jeff Xu &lt;jeffxu@chromium.org&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/mm/Makefile</description>
        <pubDate>Sat, 16 Nov 2024 00:50:58 +0000</pubDate>
        <dc:creator>Jeff Xu &lt;jeffxu@chromium.org&gt;</dc:creator>
    </item>
<item>
        <title>96ed62ea - mm: page_frag: fix a compile error when kernel is not compiled</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/mm/Makefile#96ed62ea</link>
        <description>mm: page_frag: fix a compile error when kernel is not compiledpage_frag test module is an out of tree module, but builtusing KDIR as the main kernel tree, the mm test suite isjust getting skipped if newly added page_frag test modulefails to compile due to kernel not yet compiled.Fix the above problem by ensuring both kernel is built firstand a newer kernel which has page_frag_cache.h is used.CC: Andrew Morton &lt;akpm@linux-foundation.org&gt;CC: Alexander Duyck &lt;alexanderduyck@fb.com&gt;CC: Linux-MM &lt;linux-mm@kvack.org&gt;Fixes: 7fef0dec415c (&quot;mm: page_frag: add a test module for page_frag&quot;)Fixes: 65941f10caf2 (&quot;mm: move the page fragment allocator from page_alloc into its own file&quot;)Reported-by: Mark Brown &lt;broonie@kernel.org&gt;Signed-off-by: Yunsheng Lin &lt;linyunsheng@huawei.com&gt;Tested-by: Mark Brown &lt;broonie@kernel.org&gt;Link: https://patch.msgid.link/20241119033012.257525-1-linyunsheng@huawei.comSigned-off-by: Paolo Abeni &lt;pabeni@redhat.com&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/mm/Makefile</description>
        <pubDate>Tue, 19 Nov 2024 03:30:11 +0000</pubDate>
        <dc:creator>Yunsheng Lin &lt;linyunsheng@huawei.com&gt;</dc:creator>
    </item>
<item>
        <title>4175eff0 - selftests/mm: skip virtual_address_range tests on riscv</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/mm/Makefile#4175eff0</link>
        <description>selftests/mm: skip virtual_address_range tests on riscvRISC-V doesn&apos;t currently have the behavior of restricting the virtualaddress space which virtual_address_range tests check, this willcause the tests fail. So lets disable the whole test suite for riscv64for now, not build it and run_vmtests.sh will skip it if it is not present.Link: https://lkml.kernel.org/r/20241008094141.549248-5-zhangchunyan@iscas.ac.cnSigned-off-by: Chunyan Zhang &lt;zhangchunyan@iscas.ac.cn&gt;Reviewed-by: Charlie Jenkins &lt;charlie@rivosinc.com&gt;Acked-by: Palmer Dabbelt &lt;palmer@rivosinc.com&gt;Cc: Alexandre Ghiti &lt;alex@ghiti.fr&gt;Cc: Paul Walmsley &lt;paul.walmsley@sifive.com&gt;Cc: Shuah Khan &lt;shuah@kernel.org&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/mm/Makefile</description>
        <pubDate>Tue, 08 Oct 2024 09:41:41 +0000</pubDate>
        <dc:creator>Chunyan Zhang &lt;zhangchunyan@iscas.ac.cn&gt;</dc:creator>
    </item>
<item>
        <title>7fef0dec - mm: page_frag: add a test module for page_frag</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/mm/Makefile#7fef0dec</link>
        <description>mm: page_frag: add a test module for page_fragThe testing is done by ensuring that the fragment allocatedfrom a frag_frag_cache instance is pushed into a ptr_ringinstance in a kthread binded to a specified cpu, and a kthreadbinded to a specified cpu will pop the fragment from theptr_ring and free the fragment.CC: Andrew Morton &lt;akpm@linux-foundation.org&gt;CC: Linux-MM &lt;linux-mm@kvack.org&gt;Signed-off-by: Yunsheng Lin &lt;linyunsheng@huawei.com&gt;Reviewed-by: Alexander Duyck &lt;alexanderduyck@fb.com&gt;Link: https://patch.msgid.link/20241028115343.3405838-2-linyunsheng@huawei.comSigned-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/mm/Makefile</description>
        <pubDate>Mon, 28 Oct 2024 11:53:36 +0000</pubDate>
        <dc:creator>Yunsheng Lin &lt;linyunsheng@huawei.com&gt;</dc:creator>
    </item>
<item>
        <title>876320d7 - selftests/mm: add self tests for guard page feature</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/mm/Makefile#876320d7</link>
        <description>selftests/mm: add self tests for guard page featureUtilise the kselftest harmness to implement tests for the guard pageimplementation.We start by implement basic tests asserting that guard pages can beinstalled, removed and that touching guard pages result in SIGSEGV.  Wealso assert that, in removing guard pages from a range, non-guard pagesremain intact.We then examine different operations on regions containing guard markersbehave to ensure correct behaviour:* Operations over multiple VMAs operate as expected.* Invoking MADV_GUARD_INSTALL / MADV_GUARD_REMOVE via process_madvise() in  batches works correctly.* Ensuring that munmap() correctly tears down guard markers.* Using mprotect() to adjust protection bits does not in any way override  or cause issues with guard markers.* Ensuring that splitting and merging VMAs around guard markers causes no  issue - i.e. that a marker which &apos;belongs&apos; to one VMA can function just  as well &apos;belonging&apos; to another.* Ensuring that madvise(..., MADV_DONTNEED) and madvise(..., MADV_FREE)  do not remove guard markers.* Ensuring that mlock()&apos;ing a range containing guard markers does not  cause issues.* Ensuring that mremap() can move a guard range and retain guard markers.* Ensuring that mremap() can expand a guard range and retain guard  markers (perhaps moving the range).* Ensuring that mremap() can shrink a guard range and retain guard markers.* Ensuring that forking a process correctly retains guard markers.* Ensuring that forking a VMA with VM_WIPEONFORK set behaves sanely.* Ensuring that lazyfree simply clears guard markers.* Ensuring that userfaultfd can co-exist with guard pages.* Ensuring that madvise(..., MADV_POPULATE_READ) and  madvise(..., MADV_POPULATE_WRITE) error out when encountering  guard markers.* Ensuring that madvise(..., MADV_COLD) and madvise(..., MADV_PAGEOUT) do  not remove guard markers.If any test is unable to be run due to lack of permissions, that test isskipped.Link: https://lkml.kernel.org/r/c3dcca76b736bac0aeaf1dc085927536a253ac94.1730123433.git.lorenzo.stoakes@oracle.comSigned-off-by: Lorenzo Stoakes &lt;lorenzo.stoakes@oracle.com&gt;Reviewed-by: Shuah Khan &lt;skhan@linuxfoundation.org&gt;Suggested-by: Vlastimil Babka &lt;vbabka@suse.cz&gt;Suggested-by: Jann Horn &lt;jannh@google.com&gt;Suggested-by: David Hildenbrand &lt;david@redhat.com&gt;Cc: Arnd Bergmann &lt;arnd@kernel.org&gt;Cc: Christian Brauner &lt;brauner@kernel.org&gt;Cc: Christoph Hellwig &lt;hch@infradead.org&gt;Cc: Chris Zankel &lt;chris@zankel.net&gt;Cc: Helge Deller &lt;deller@gmx.de&gt;Cc: James E.J. Bottomley &lt;James.Bottomley@HansenPartnership.com&gt;Cc: Jeff Xu &lt;jeffxu@chromium.org&gt;Cc: John Hubbard &lt;jhubbard@nvidia.com&gt;Cc: Liam R. Howlett &lt;Liam.Howlett@Oracle.com&gt;Cc: Matthew Wilcox (Oracle) &lt;willy@infradead.org&gt;Cc: Matt Turner &lt;mattst88@gmail.com&gt;Cc: Max Filippov &lt;jcmvbkbc@gmail.com&gt;Cc: Muchun Song &lt;muchun.song@linux.dev&gt;Cc: Paul E. McKenney &lt;paulmck@kernel.org&gt;Cc: Richard Henderson &lt;richard.henderson@linaro.org&gt;Cc: Shuah Khan &lt;shuah@kernel.org&gt;Cc: Sidhartha Kumar &lt;sidhartha.kumar@oracle.com&gt;Cc: Suren Baghdasaryan &lt;surenb@google.com&gt;Cc: Thomas Bogendoerfer &lt;tsbogend@alpha.franken.de&gt;Cc: Vlastimil Babka &lt;vbabkba@suse.cz&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/mm/Makefile</description>
        <pubDate>Mon, 28 Oct 2024 14:13:31 +0000</pubDate>
        <dc:creator>Lorenzo Stoakes &lt;lorenzo.stoakes@oracle.com&gt;</dc:creator>
    </item>
<item>
        <title>49f59573 - selftests/mm: Enable pkey_sighandler_tests on arm64</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/mm/Makefile#49f59573</link>
        <description>selftests/mm: Enable pkey_sighandler_tests on arm64pkey_sighandler_tests.c makes raw syscalls using its own helper,syscall_raw(). One of those syscalls is clone, which is problematicas every architecture has a different opinion on the order of itsarguments.To complete arm64 support, we therefore add an appropriateimplementation in syscall_raw(), and introduce a clone_raw() helperthat shuffles arguments as needed for each arch.Having done this, we enable building pkey_sighandler_tests for arm64in the Makefile.Signed-off-by: Kevin Brodsky &lt;kevin.brodsky@arm.com&gt;Link: https://lore.kernel.org/r/20241029144539.111155-6-kevin.brodsky@arm.comSigned-off-by: Catalin Marinas &lt;catalin.marinas@arm.com&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/mm/Makefile</description>
        <pubDate>Tue, 29 Oct 2024 14:45:39 +0000</pubDate>
        <dc:creator>Kevin Brodsky &lt;kevin.brodsky@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>f5b5ea51 - selftests: mm: make protection_keys test work on arm64</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/mm/Makefile#f5b5ea51</link>
        <description>selftests: mm: make protection_keys test work on arm64The encoding of the pkey register differs on arm64, than on x86/ppc. On thoseplatforms, a bit in the register is used to disable permissions, for arm64, abit enabled in the register indicates that the permission is allowed.This drops two asserts of the form:	 assert(read_pkey_reg() &lt;= orig_pkey_reg);Because on arm64 this doesn&apos;t hold, due to the encoding.The pkey must be reset to both access allow and write allow in the signalhandler. pkey_access_allow() works currently for PowerPC as thePKEY_DISABLE_ACCESS and PKEY_DISABLE_WRITE have overlapping bits set.Access to the uc_mcontext is abstracted, as arm64 has a different structure.Signed-off-by: Joey Gouly &lt;joey.gouly@arm.com&gt;Cc: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Cc: Will Deacon &lt;will@kernel.org&gt;Cc: Andrew Morton &lt;akpm@linux-foundation.org&gt;Cc: Shuah Khan &lt;shuah@kernel.org&gt;Cc: Dave Hansen &lt;dave.hansen@linux.intel.com&gt;Cc: Aneesh Kumar K.V &lt;aneesh.kumar@linux.ibm.com&gt;Acked-by: Dave Hansen &lt;dave.hansen@linux.intel.com&gt;Link: https://lore.kernel.org/r/20240822151113.1479789-27-joey.gouly@arm.comSigned-off-by: Will Deacon &lt;will@kernel.org&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/mm/Makefile</description>
        <pubDate>Thu, 22 Aug 2024 15:11:09 +0000</pubDate>
        <dc:creator>Joey Gouly &lt;joey.gouly@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>2f4db286 - selftests/mm: remove unnecessary ia64 code and comment</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/mm/Makefile#2f4db286</link>
        <description>selftests/mm: remove unnecessary ia64 code and commentIA64 has gone with commit cf8e8658100d (&quot;arch: Remove Itanium (IA-64)architecture&quot;), so remove unnecessary ia64 special mm code and comment inselftests too.Link: https://lkml.kernel.org/r/20240819130609.3386195-1-tujinjiang@huawei.comSigned-off-by: Jinjiang Tu &lt;tujinjiang@huawei.com&gt;Cc: Kefeng Wang &lt;wangkefeng.wang@huawei.com&gt;Cc: Mike Rapoport &lt;rppt@kernel.org&gt;Cc: Nanyong Sun &lt;sunnanyong@huawei.com&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/mm/Makefile</description>
        <pubDate>Mon, 19 Aug 2024 13:06:09 +0000</pubDate>
        <dc:creator>Jinjiang Tu &lt;tujinjiang@huawei.com&gt;</dc:creator>
    </item>
<item>
        <title>7c5e8d21 - selftests: memfd_secret: don&apos;t build memfd_secret test on unsupported arches</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/mm/Makefile#7c5e8d21</link>
        <description>selftests: memfd_secret: don&apos;t build memfd_secret test on unsupported arches[1] mentions that memfd_secret is only supported on arm64, riscv, x86 andx86_64 for now.  It doesn&apos;t support other architectures.  I found thebuild error on arm and decided to send the fix as it was creating noise onKernelCI:memfd_secret.c: In function &apos;memfd_secret&apos;:memfd_secret.c:42:24: error: &apos;__NR_memfd_secret&apos; undeclared (first use in this function);did you mean &apos;memfd_secret&apos;?   42 |         return syscall(__NR_memfd_secret, flags);      |                        ^~~~~~~~~~~~~~~~~      |                        memfd_secretHence I&apos;m adding condition that memfd_secret should only be compiled onsupported architectures.Also check in run_vmtests script if memfd_secret binary is present beforeexecuting it.Link: https://lkml.kernel.org/r/20240812061522.1933054-1-usama.anjum@collabora.comLink: https://lore.kernel.org/all/20210518072034.31572-7-rppt@kernel.org/ [1]Link: https://lkml.kernel.org/r/20240809075642.403247-1-usama.anjum@collabora.comFixes: 76fe17ef588a (&quot;secretmem: test: add basic selftest for memfd_secret(2)&quot;)Signed-off-by: Muhammad Usama Anjum &lt;usama.anjum@collabora.com&gt;Reviewed-by: Shuah Khan &lt;skhan@linuxfoundation.org&gt;Acked-by: Mike Rapoport (Microsoft) &lt;rppt@kernel.org&gt;Cc: Albert Ou &lt;aou@eecs.berkeley.edu&gt;Cc: James Bottomley &lt;James.Bottomley@HansenPartnership.com&gt;Cc: Mike Rapoport (Microsoft) &lt;rppt@kernel.org&gt;Cc: Palmer Dabbelt &lt;palmer@dabbelt.com&gt;Cc: Paul Walmsley &lt;paul.walmsley@sifive.com&gt;Cc: &lt;stable@vger.kernel.org&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/mm/Makefile</description>
        <pubDate>Fri, 09 Aug 2024 07:56:42 +0000</pubDate>
        <dc:creator>Muhammad Usama Anjum &lt;usama.anjum@collabora.com&gt;</dc:creator>
    </item>
<item>
        <title>30b651c8 - selftests: mm: add s390 to ARCH check</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/mm/Makefile#30b651c8</link>
        <description>selftests: mm: add s390 to ARCH checkcommit 0518dbe97fe6 (&quot;selftests/mm: fix cross compilation with LLVM&quot;)changed the env variable for the architecture from MACHINE to ARCH.This is preventing 3 required TEST_GEN_FILES from being included whencross compiling s390x and errors when trying to run the test suite.  Thisis due to the ARCH variable already being set and the arch folder namebeing s390.Add &quot;s390&quot; to the filtered list to cover this case and have the 3 filesincluded in the build.Link: https://lkml.kernel.org/r/20240724213517.23918-1-npache@redhat.comFixes: 0518dbe97fe6 (&quot;selftests/mm: fix cross compilation with LLVM&quot;)Signed-off-by: Nico Pache &lt;npache@redhat.com&gt;Cc: Mark Brown &lt;broonie@kernel.org&gt;Cc: Albert Ou &lt;aou@eecs.berkeley.edu&gt;Cc: Palmer Dabbelt &lt;palmer@dabbelt.com&gt;Cc: Paul Walmsley &lt;paul.walmsley@sifive.com&gt;Cc: Shuah Khan &lt;shuah@kernel.org&gt;Cc: &lt;stable@vger.kernel.org&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/mm/Makefile</description>
        <pubDate>Wed, 24 Jul 2024 21:35:17 +0000</pubDate>
        <dc:creator>Nico Pache &lt;npache@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>6998a73e - selftests/mm: Add new testcases for pkeys</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/mm/Makefile#6998a73e</link>
        <description>selftests/mm: Add new testcases for pkeysAdd a few new tests to exercise the signal handler flow, especially withPKEY 0 disabled: - Verify that the SIGSEGV handler is invoked when pkey 0 is disabled. - Verify that a thread which disables PKEY 0 segfaults with PKUERR when   accessing the stack. - Verify that the SIGSEGV handler that uses an alternate signal stack is   correctly invoked when the thread disabled PKEY 0 - Verify that the PKRU value set by the application is correctly restored   upon return from signal handling. - Verify that sigreturn() is able to restore the altstack even if the   thread had PKEY 0 disabled[ Aruna: Adapted to upstream ][ tglx: Made it actually compile. Restored protection_keys compile. Added  	useful info to the changelog instead of bare function names. ]Signed-off-by: Keith Lucas &lt;keith.lucas@oracle.com&gt;Signed-off-by: Aruna Ramakrishna &lt;aruna.ramakrishna@oracle.com&gt;Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Link: https://lore.kernel.org/all/20240802061318.2140081-6-aruna.ramakrishna@oracle.com

            List of files:
            /linux-6.15/tools/testing/selftests/mm/Makefile</description>
        <pubDate>Fri, 02 Aug 2024 06:13:18 +0000</pubDate>
        <dc:creator>Keith Lucas &lt;keith.lucas@oracle.com&gt;</dc:creator>
    </item>
<item>
        <title>9651fced - mm: add MAP_DROPPABLE for designating always lazily freeable mappings</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/mm/Makefile#9651fced</link>
        <description>mm: add MAP_DROPPABLE for designating always lazily freeable mappingsThe vDSO getrandom() implementation works with a buffer allocated with anew system call that has certain requirements:- It shouldn&apos;t be written to core dumps.  * Easy: VM_DONTDUMP.- It should be zeroed on fork.  * Easy: VM_WIPEONFORK.- It shouldn&apos;t be written to swap.  * Uh-oh: mlock is rlimited.  * Uh-oh: mlock isn&apos;t inherited by forks.- It shouldn&apos;t reserve actual memory, but it also shouldn&apos;t crash when  page faulting in memory if none is available  * Uh-oh: VM_NORESERVE means segfaults.It turns out that the vDSO getrandom() function has three really nicecharacteristics that we can exploit to solve this problem:1) Due to being wiped during fork(), the vDSO code is already robust to   having the contents of the pages it reads zeroed out midway through   the function&apos;s execution.2) In the absolute worst case of whatever contingency we&apos;re coding for,   we have the option to fallback to the getrandom() syscall, and   everything is fine.3) The buffers the function uses are only ever useful for a maximum of   60 seconds -- a sort of cache, rather than a long term allocation.These characteristics mean that we can introduce VM_DROPPABLE, whichhas the following semantics:a) It never is written out to swap.b) Under memory pressure, mm can just drop the pages (so that they&apos;re   zero when read back again).c) It is inherited by fork.d) It doesn&apos;t count against the mlock budget, since nothing is locked.e) If there&apos;s not enough memory to service a page fault, it&apos;s not fatal,   and no signal is sent.This way, allocations used by vDSO getrandom() can use:    VM_DROPPABLE | VM_DONTDUMP | VM_WIPEONFORK | VM_NORESERVEAnd there will be no problem with OOMing, crashing on overcommitment,using memory when not in use, not wiping on fork(), coredumps, orwriting out to swap.In order to let vDSO getrandom() use this, expose these via mmap(2) asMAP_DROPPABLE.Note that this involves removing the MADV_FREE special case fromsort_folio(), which according to Yu Zhao is unnecessary and will simplyresult in an extra call to shrink_folio_list() in the worst case. Thechunk removed reenables the swapbacked flag, which we don&apos;t want forVM_DROPPABLE, and we can&apos;t conditionalize it here because there isn&apos;t avma reference available.Finally, the provided self test ensures that this is working as desired.Cc: linux-mm@kvack.orgAcked-by: David Hildenbrand &lt;david@redhat.com&gt;Signed-off-by: Jason A. Donenfeld &lt;Jason@zx2c4.com&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/mm/Makefile</description>
        <pubDate>Thu, 08 Dec 2022 16:55:04 +0000</pubDate>
        <dc:creator>Jason A. Donenfeld &lt;Jason@zx2c4.com&gt;</dc:creator>
    </item>
<item>
        <title>72ead83d - selftest/mm: test enable_soft_offline behaviors</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/mm/Makefile#72ead83d</link>
        <description>selftest/mm: test enable_soft_offline behaviorsAdd regression and new tests when hugepage has correctable memory errors,and how userspace wants to deal with it:* if enable_soft_offline=1, mapped hugepage is soft offlined* if enable_soft_offline=0, mapped hugepage is intactFree hugepages case is not explicitly covered by the tests.Hugepage having corrected memory errors is emulated withMADV_SOFT_OFFLINE.[jiaqiyan@google.com: v7]  Link: https://lkml.kernel.org/r/20240628205958.2845610-4-jiaqiyan@google.comLink: https://lkml.kernel.org/r/20240626050818.2277273-4-jiaqiyan@google.comSigned-off-by: Jiaqi Yan &lt;jiaqiyan@google.com&gt;Acked-by: Miaohe Lin &lt;linmiaohe@huawei.com&gt;Acked-by: David Rientjes &lt;rientjes@google.com&gt;Cc: Frank van der Linden &lt;fvdl@google.com&gt;Cc: Jane Chu &lt;jane.chu@oracle.com&gt;Cc: Jonathan Corbet &lt;corbet@lwn.net&gt;Cc: Lance Yang &lt;ioworker0@gmail.com&gt;Cc: Muchun Song &lt;muchun.song@linux.dev&gt;Cc: Naoya Horiguchi &lt;nao.horiguchi@gmail.com&gt;Cc: Oscar Salvador &lt;osalvador@suse.de&gt;Cc: Randy Dunlap &lt;rdunlap@infradead.org&gt;Cc: Shuah Khan &lt;shuah@kernel.org&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/mm/Makefile</description>
        <pubDate>Wed, 26 Jun 2024 05:08:17 +0000</pubDate>
        <dc:creator>Jiaqi Yan &lt;jiaqiyan@google.com&gt;</dc:creator>
    </item>
<item>
        <title>5f9b7511 - selftests/mm: mseal, self_elf: factor out test macros and other duplicated items</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/mm/Makefile#5f9b7511</link>
        <description>selftests/mm: mseal, self_elf: factor out test macros and other duplicated itemsClean up and move some copy-pasted items into a new mseal_helpers.h.1. The test macros can be made safer and simpler, by observing that   they are invariably called when about to return.  This means that the   macros do not need an intrusive label to goto; they can simply return.2. PKEY* items.  We cannot, unfortunately use pkey-helpers.h.  The   best we can do is to factor out these few items into mseal_helpers.h.3. These tests still need their own definition of u64, so also move   that to the header file.4.  Be sure to include the new mseal_helpers.h in the Makefile   dependencies.[jhubbard@nvidia.com: include the new mseal_helpers.h in Makefile dependencies]  Link: https://lkml.kernel.org/r/01685978-f6b1-4c24-8397-22cd3c24b91a@nvidia.comLink: https://lkml.kernel.org/r/20240618022422.804305-3-jhubbard@nvidia.comSigned-off-by: John Hubbard &lt;jhubbard@nvidia.com&gt;Acked-by: David Hildenbrand &lt;david@redhat.com&gt;Cc: Jeff Xu &lt;jeffxu@chromium.org&gt;Cc: Andrei Vagin &lt;avagin@google.com&gt;Cc: Axel Rasmussen &lt;axelrasmussen@google.com&gt;Cc: Christian Brauner &lt;brauner@kernel.org&gt;Cc: Kees Cook &lt;kees@kernel.org&gt;Cc: Kent Overstreet &lt;kent.overstreet@linux.dev&gt;Cc: Liam R. Howlett &lt;Liam.Howlett@oracle.com&gt;Cc: Muhammad Usama Anjum &lt;usama.anjum@collabora.com&gt;Cc: Peter Xu &lt;peterx@redhat.com&gt;Cc: Rich Felker &lt;dalias@libc.org&gt;Cc: Shuah Khan &lt;shuah@kernel.org&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/mm/Makefile</description>
        <pubDate>Tue, 18 Jun 2024 02:24:18 +0000</pubDate>
        <dc:creator>John Hubbard &lt;jhubbard@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>3a103b53 - selftest: mm: Test if hugepage does not get leaked during __bio_release_pages()</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/mm/Makefile#3a103b53</link>
        <description>selftest: mm: Test if hugepage does not get leaked during __bio_release_pages()Commit 1b151e2435fc (&quot;block: Remove special-casing of compound pages&quot;)caused a change in behaviour when releasing the pages if the buffer doesnot start at the beginning of the page.  This was because the calculationof the number of pages to release was incorrect.  This was fixed by commit38b43539d64b (&quot;block: Fix page refcounts for unaligned buffers in__bio_release_pages()&quot;).We pin the user buffer during direct I/O writes.  If this buffer is ahugepage, bio_release_page() will unpin it and decrement all referencesand pin counts at -&gt;bi_end_io.  However, if any references to the hugepageremain post-I/O, the hugepage will not be freed upon unmap, leading to amemory leak.This patch verifies that a hugepage, used as a user buffer for DIOoperations, is correctly freed upon unmapping, regardless of whether theoffsets are aligned or unaligned w.r.t page boundary.Test Result  Fail Scenario (Without the fix)--------------------------------------------------------[]# ./hugetlb_dioTAP version 131..4No. Free pages before allocation : 7No. Free pages after munmap : 7ok 1 : Huge pages freed successfully !No. Free pages before allocation : 7No. Free pages after munmap : 7ok 2 : Huge pages freed successfully !No. Free pages before allocation : 7No. Free pages after munmap : 7ok 3 : Huge pages freed successfully !No. Free pages before allocation : 7No. Free pages after munmap : 6not ok 4 : Huge pages not freed!Totals: pass:3 fail:1 xfail:0 xpass:0 skip:0 error:0Test Result  PASS Scenario (With the fix)---------------------------------------------------------[]#./hugetlb_dioTAP version 131..4No. Free pages before allocation : 7No. Free pages after munmap : 7ok 1 : Huge pages freed successfully !No. Free pages before allocation : 7No. Free pages after munmap : 7ok 2 : Huge pages freed successfully !No. Free pages before allocation : 7No. Free pages after munmap : 7ok 3 : Huge pages freed successfully !No. Free pages before allocation : 7No. Free pages after munmap : 7ok 4 : Huge pages freed successfully !Totals: pass:4 fail:0 xfail:0 xpass:0 skip:0 error:0[donettom@linux.ibm.com: address review comments from Muhammad]  Link: https://lkml.kernel.org/r/20240604132801.23377-1-donettom@linux.ibm.com[donettom@linux.ibm.com: add this test to run_vmtests.sh]  Link: https://lkml.kernel.org/r/20240607182000.6494-1-donettom@linux.ibm.comLink: https://lkml.kernel.org/r/20240523063905.3173-1-donettom@linux.ibm.comFixes: 38b43539d64b (&quot;block: Fix page refcounts for unaligned buffers in __bio_release_pages()&quot;)Signed-off-by: Donet Tom &lt;donettom@linux.ibm.com&gt;Signed-off-by: Ritesh Harjani (IBM) &lt;ritesh.list@gmail.com&gt;Co-developed-by: Ritesh Harjani (IBM) &lt;ritesh.list@gmail.com&gt;Reviewed-by: Muhammad Usama Anjum &lt;usama.anjum@collabora.com&gt;Cc: David Hildenbrand &lt;david@redhat.com&gt;Cc: Matthew Wilcox (Oracle) &lt;willy@infradead.org&gt;Cc: Mike Rapoport (IBM) &lt;rppt@kernel.org&gt;Cc: Muchun Song &lt;songmuchun@bytedance.com&gt;Cc: Ritesh Harjani (IBM) &lt;ritesh.list@gmail.com&gt;Cc: Shuah Khan &lt;shuah@kernel.org&gt;Cc: Tony Battersby &lt;tonyb@cybernetics.com&gt;Cc: Jens Axboe &lt;axboe@kernel.dk&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/mm/Makefile</description>
        <pubDate>Thu, 23 May 2024 06:39:05 +0000</pubDate>
        <dc:creator>Donet Tom &lt;donettom@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>a52b4f11 - selftest mm/mseal read-only elf memory segment</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/mm/Makefile#a52b4f11</link>
        <description>selftest mm/mseal read-only elf memory segmentSealing read-only of elf mapping so it can&apos;t be changed by mprotect.[jeffxu@chromium.org: style change]  Link: https://lkml.kernel.org/r/20240416220944.2481203-2-jeffxu@chromium.org[amer.shanawany@gmail.com: fix linker error for inline function]  Link: https://lkml.kernel.org/r/20240420202346.546444-1-amer.shanawany@gmail.com[jeffxu@chromium.org: fix compile warning]  Link: https://lkml.kernel.org/r/20240420003515.345982-2-jeffxu@chromium.org[jeffxu@chromium.org: fix arm build]  Link: https://lkml.kernel.org/r/20240502225331.3806279-2-jeffxu@chromium.orgLink: https://lkml.kernel.org/r/20240415163527.626541-6-jeffxu@chromium.orgSigned-off-by: Jeff Xu &lt;jeffxu@chromium.org&gt;Signed-off-by: Amer Al Shanawany &lt;amer.shanawany@gmail.com&gt;Reviewed-by: Kees Cook &lt;keescook@chromium.org&gt;Reviewed-by: Liam R. Howlett &lt;Liam.Howlett@oracle.com&gt;Cc: Dave Hansen &lt;dave.hansen@intel.com&gt;Cc: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;Cc: Guenter Roeck &lt;groeck@chromium.org&gt;Cc: Jann Horn &lt;jannh@google.com&gt;Cc: Jeff Xu &lt;jeffxu@google.com&gt;Cc: Jonathan Corbet &lt;corbet@lwn.net&gt;Cc: Jorge Lucangeli Obes &lt;jorgelo@chromium.org&gt;Cc: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;Cc: Matthew Wilcox (Oracle) &lt;willy@infradead.org&gt;Cc: Muhammad Usama Anjum &lt;usama.anjum@collabora.com&gt;Cc: Pedro Falcato &lt;pedro.falcato@gmail.com&gt;Cc: Stephen R&#246;ttger &lt;sroettger@google.com&gt;Cc: Suren Baghdasaryan &lt;surenb@google.com&gt;Cc: Amer Al Shanawany &lt;amer.shanawany@gmail.com&gt;Cc: Javier Carrasco &lt;javier.carrasco.cruz@gmail.com&gt;Cc: Shuah Khan &lt;shuah@kernel.org&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/mm/Makefile</description>
        <pubDate>Mon, 15 Apr 2024 16:35:24 +0000</pubDate>
        <dc:creator>Jeff Xu &lt;jeffxu@chromium.org&gt;</dc:creator>
    </item>
</channel>
</rss>
