<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/source/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>bbfd5594756011167b8f8de9a00e0c946afda1e6 - Merge drm/drm-next into drm-intel-gt-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/radix-tree/Makefile#bbfd5594756011167b8f8de9a00e0c946afda1e6</link>
        <description>Merge drm/drm-next into drm-intel-gt-nextNeed to pull in a67221b5eb8d (&quot;drm/i915/dp: Return min bpc supported by source instead of 0&quot;)in order to fix build breakage on GCC 9.4.0 (from Ubuntu 20.04).Signed-off-by: Joonas Lahtinen &lt;joonas.lahtinen@linux.intel.com&gt;

            List of files:
            /linux/tools/testing/radix-tree/Makefile</description>
        <pubDate>Wed, 28 May 2025 09:20:17 +0200</pubDate>
        <dc:creator>Joonas Lahtinen &lt;joonas.lahtinen@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>db5302ae571beec635c1a96e7f72926a4e65195e - Merge drm/drm-next into drm-intel-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/radix-tree/Makefile#db5302ae571beec635c1a96e7f72926a4e65195e</link>
        <description>Merge drm/drm-next into drm-intel-nextBackmerge to sync with v6.15-rc, xe, and specifically async flip changesin drm-misc.Signed-off-by: Jani Nikula &lt;jani.nikula@intel.com&gt;

            List of files:
            /linux/tools/testing/radix-tree/Makefile</description>
        <pubDate>Fri, 16 May 2025 09:22:36 +0200</pubDate>
        <dc:creator>Jani Nikula &lt;jani.nikula@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>4f9786035f9e519db41375818e1d0b5f20da2f10 - Merge branch &apos;next&apos; into for-linus</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/radix-tree/Makefile#4f9786035f9e519db41375818e1d0b5f20da2f10</link>
        <description>Merge branch &apos;next&apos; into for-linusPrepare input updates for 6.16 merge window.

            List of files:
            /linux/tools/testing/radix-tree/Makefile</description>
        <pubDate>Mon, 02 Jun 2025 06:41:07 +0200</pubDate>
        <dc:creator>Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>d51b9d81f7883f526b26e3ab903e646274aebeb1 - Merge tag &apos;v6.15-rc6&apos; into next</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/radix-tree/Makefile#d51b9d81f7883f526b26e3ab903e646274aebeb1</link>
        <description>Merge tag &apos;v6.15-rc6&apos; into nextSync up with mainline to bring in xpad controller changes.

            List of files:
            /linux/tools/testing/radix-tree/Makefile</description>
        <pubDate>Fri, 16 May 2025 01:20:39 +0200</pubDate>
        <dc:creator>Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>844e31bbaef7c8a6ff2c0fbac45c0c85b5484482 - Merge remote-tracking branch &apos;drm-misc/drm-misc-next&apos; into msm-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/radix-tree/Makefile#844e31bbaef7c8a6ff2c0fbac45c0c85b5484482</link>
        <description>Merge remote-tracking branch &apos;drm-misc/drm-misc-next&apos; into msm-nextMerge drm-misc-next to get commit Fixes: fec450ca15af (&quot;drm/display:hdmi: provide central data authority for ACR params&quot;).Signed-off-by: Rob Clark &lt;robdclark@chromium.org&gt;

            List of files:
            /linux/tools/testing/radix-tree/Makefile</description>
        <pubDate>Tue, 29 Apr 2025 22:42:29 +0200</pubDate>
        <dc:creator>Rob Clark &lt;robdclark@chromium.org&gt;</dc:creator>
    </item>
<item>
        <title>3ab7ae8e07f888f223027f0ef84d33e43919ad55 - Merge drm/drm-next into drm-xe-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/radix-tree/Makefile#3ab7ae8e07f888f223027f0ef84d33e43919ad55</link>
        <description>Merge drm/drm-next into drm-xe-nextBackmerge to bring in linux 6.15-rc.Signed-off-by: Thomas Hellstr&#246;m &lt;thomas.hellstrom@linux.intel.com&gt;

            List of files:
            /linux/tools/testing/radix-tree/Makefile</description>
        <pubDate>Thu, 24 Apr 2025 13:34:55 +0200</pubDate>
        <dc:creator>Thomas Hellstr&#246;m &lt;thomas.hellstrom@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>1afba39f9305fe4061a4e70baa6ebab9d41459da - Merge drm/drm-next into drm-misc-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/radix-tree/Makefile#1afba39f9305fe4061a4e70baa6ebab9d41459da</link>
        <description>Merge drm/drm-next into drm-misc-nextBackmerging to get v6.15-rc1 into drm-misc-next. Also fixes abuild issue when enabling CONFIG_DRM_SCHED_KUNIT_TEST.Signed-off-by: Thomas Zimmermann &lt;tzimmermann@suse.de&gt;

            List of files:
            /linux/tools/testing/radix-tree/Makefile</description>
        <pubDate>Mon, 07 Apr 2025 13:47:40 +0200</pubDate>
        <dc:creator>Thomas Zimmermann &lt;tzimmermann@suse.de&gt;</dc:creator>
    </item>
<item>
        <title>9f13acb2406a3aed90c6738b3a2f1c0e43118cbd - Merge tag &apos;v6.15-rc1&apos; into x86/cpu, to refresh the branch with upstream changes</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/radix-tree/Makefile#9f13acb2406a3aed90c6738b3a2f1c0e43118cbd</link>
        <description>Merge tag &apos;v6.15-rc1&apos; into x86/cpu, to refresh the branch with upstream changesSigned-off-by: Ingo Molnar &lt;mingo@kernel.org&gt;

            List of files:
            /linux/tools/testing/radix-tree/Makefile</description>
        <pubDate>Fri, 11 Apr 2025 11:13:27 +0200</pubDate>
        <dc:creator>Ingo Molnar &lt;mingo@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>78a84fbfa4ffc4bb6e95560a909b2ac3efa0aad2 - Merge tag &apos;v6.15-rc1&apos; into x86/mm, to pick up fixes</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/radix-tree/Makefile#78a84fbfa4ffc4bb6e95560a909b2ac3efa0aad2</link>
        <description>Merge tag &apos;v6.15-rc1&apos; into x86/mm, to pick up fixesSigned-off-by: Ingo Molnar &lt;mingo@kernel.org&gt;

            List of files:
            /linux/tools/testing/radix-tree/Makefile</description>
        <pubDate>Wed, 09 Apr 2025 22:00:25 +0200</pubDate>
        <dc:creator>Ingo Molnar &lt;mingo@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>6ce0fdaae043803bb324d915ce0fe43316bf1e81 - Merge tag &apos;v6.15-rc1&apos; into x86/asm, to refresh the branch</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/radix-tree/Makefile#6ce0fdaae043803bb324d915ce0fe43316bf1e81</link>
        <description>Merge tag &apos;v6.15-rc1&apos; into x86/asm, to refresh the branchSigned-off-by: Ingo Molnar &lt;mingo@kernel.org&gt;

            List of files:
            /linux/tools/testing/radix-tree/Makefile</description>
        <pubDate>Wed, 09 Apr 2025 21:39:43 +0200</pubDate>
        <dc:creator>Ingo Molnar &lt;mingo@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>1260ed77798502de9c98020040d2995008de10cc - Merge drm/drm-fixes into drm-misc-fixes</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/radix-tree/Makefile#1260ed77798502de9c98020040d2995008de10cc</link>
        <description>Merge drm/drm-fixes into drm-misc-fixesBackmerging to get updates from v6.15-rc1.Signed-off-by: Thomas Zimmermann &lt;tzimmermann@suse.de&gt;

            List of files:
            /linux/tools/testing/radix-tree/Makefile</description>
        <pubDate>Tue, 08 Apr 2025 10:15:47 +0200</pubDate>
        <dc:creator>Thomas Zimmermann &lt;tzimmermann@suse.de&gt;</dc:creator>
    </item>
<item>
        <title>eb0ece16027f8223d5dc9aaf90124f70577bd22a - Merge tag &apos;mm-stable-2025-03-30-16-52&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/radix-tree/Makefile#eb0ece16027f8223d5dc9aaf90124f70577bd22a</link>
        <description>Merge tag &apos;mm-stable-2025-03-30-16-52&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mmPull MM updates from Andrew Morton: - The series &quot;Enable strict percpu address space checks&quot; from Uros   Bizjak uses x86 named address space qualifiers to provide   compile-time checking of percpu area accesses.   This has caused a small amount of fallout - two or three issues were   reported. In all cases the calling code was found to be incorrect. - The series &quot;Some cleanup for memcg&quot; from Chen Ridong implements some   relatively monir cleanups for the memcontrol code. - The series &quot;mm: fixes for device-exclusive entries (hmm)&quot; from David   Hildenbrand fixes a boatload of issues which David found then using   device-exclusive PTE entries when THP is enabled. More work is   needed, but this makes thins better - our own HMM selftests now   succeed. - The series &quot;mm: zswap: remove z3fold and zbud&quot; from Yosry Ahmed   remove the z3fold and zbud implementations. They have been deprecated   for half a year and nobody has complained. - The series &quot;mm: further simplify VMA merge operation&quot; from Lorenzo   Stoakes implements numerous simplifications in this area. No runtime   effects are anticipated. - The series &quot;mm/madvise: remove redundant mmap_lock operations from   process_madvise()&quot; from SeongJae Park rationalizes the locking in the   madvise() implementation. Performance gains of 20-25% were observed   in one MADV_DONTNEED microbenchmark. - The series &quot;Tiny cleanup and improvements about SWAP code&quot; from   Baoquan He contains a number of touchups to issues which Baoquan   noticed when working on the swap code. - The series &quot;mm: kmemleak: Usability improvements&quot; from Catalin   Marinas implements a couple of improvements to the kmemleak   user-visible output. - The series &quot;mm/damon/paddr: fix large folios access and schemes   handling&quot; from Usama Arif provides a couple of fixes for DAMON&apos;s   handling of large folios. - The series &quot;mm/damon/core: fix wrong and/or useless damos_walk()   behaviors&quot; from SeongJae Park fixes a few issues with the accuracy of   kdamond&apos;s walking of DAMON regions. - The series &quot;expose mapping wrprotect, fix fb_defio use&quot; from Lorenzo   Stoakes changes the interaction between framebuffer deferred-io and   core MM. No functional changes are anticipated - this is preparatory   work for the future removal of page structure fields. - The series &quot;mm/damon: add support for hugepage_size DAMOS filter&quot;   from Usama Arif adds a DAMOS filter which permits the filtering by   huge page sizes. - The series &quot;mm: permit guard regions for file-backed/shmem mappings&quot;   from Lorenzo Stoakes extends the guard region feature from its   present &quot;anon mappings only&quot; state. The feature now covers shmem and   file-backed mappings. - The series &quot;mm: batched unmap lazyfree large folios during   reclamation&quot; from Barry Song cleans up and speeds up the unmapping   for pte-mapped large folios. - The series &quot;reimplement per-vma lock as a refcount&quot; from Suren   Baghdasaryan puts the vm_lock back into the vma. Our reasons for   pulling it out were largely bogus and that change made the code more   messy. This patchset provides small (0-10%) improvements on one   microbenchmark. - The series &quot;Docs/mm/damon: misc DAMOS filters documentation fixes and   improves&quot; from SeongJae Park does some maintenance work on the DAMON   docs. - The series &quot;hugetlb/CMA improvements for large systems&quot; from Frank   van der Linden addresses a pile of issues which have been observed   when using CMA on large machines. - The series &quot;mm/damon: introduce DAMOS filter type for unmapped pages&quot;   from SeongJae Park enables users of DMAON/DAMOS to filter my the   page&apos;s mapped/unmapped status. - The series &quot;zsmalloc/zram: there be preemption&quot; from Sergey   Senozhatsky teaches zram to run its compression and decompression   operations preemptibly. - The series &quot;selftests/mm: Some cleanups from trying to run them&quot; from   Brendan Jackman fixes a pile of unrelated issues which Brendan   encountered while runnimg our selftests. - The series &quot;fs/proc/task_mmu: add guard region bit to pagemap&quot; from   Lorenzo Stoakes permits userspace to use /proc/pid/pagemap to   determine whether a particular page is a guard page. - The series &quot;mm, swap: remove swap slot cache&quot; from Kairui Song   removes the swap slot cache from the allocation path - it simply   wasn&apos;t being effective. - The series &quot;mm: cleanups for device-exclusive entries (hmm)&quot; from   David Hildenbrand implements a number of unrelated cleanups in this   code. - The series &quot;mm: Rework generic PTDUMP configs&quot; from Anshuman Khandual   implements a number of preparatoty cleanups to the GENERIC_PTDUMP   Kconfig logic. - The series &quot;mm/damon: auto-tune aggregation interval&quot; from SeongJae   Park implements a feedback-driven automatic tuning feature for   DAMON&apos;s aggregation interval tuning. - The series &quot;Fix lazy mmu mode&quot; from Ryan Roberts fixes some issues in   powerpc, sparc and x86 lazy MMU implementations. Ryan did this in   preparation for implementing lazy mmu mode for arm64 to optimize   vmalloc. - The series &quot;mm/page_alloc: Some clarifications for migratetype   fallback&quot; from Brendan Jackman reworks some commentary to make the   code easier to follow. - The series &quot;page_counter cleanup and size reduction&quot; from Shakeel   Butt cleans up the page_counter code and fixes a size increase which   we accidentally added late last year. - The series &quot;Add a command line option that enables control of how   many threads should be used to allocate huge pages&quot; from Thomas   Prescher does that. It allows the careful operator to significantly   reduce boot time by tuning the parallalization of huge page   initialization. - The series &quot;Fix calculations in trace_balance_dirty_pages() for cgwb&quot;   from Tang Yizhou fixes the tracing output from the dirty page   balancing code. - The series &quot;mm/damon: make allow filters after reject filters useful   and intuitive&quot; from SeongJae Park improves the handling of allow and   reject filters. Behaviour is made more consistent and the documention   is updated accordingly. - The series &quot;Switch zswap to object read/write APIs&quot; from Yosry Ahmed   updates zswap to the new object read/write APIs and thus permits the   removal of some legacy code from zpool and zsmalloc. - The series &quot;Some trivial cleanups for shmem&quot; from Baolin Wang does as   it claims. - The series &quot;fs/dax: Fix ZONE_DEVICE page reference counts&quot; from   Alistair Popple regularizes the weird ZONE_DEVICE page refcount   handling in DAX, permittig the removal of a number of special-case   checks. - The series &quot;refactor mremap and fix bug&quot; from Lorenzo Stoakes is a   preparatoty refactoring and cleanup of the mremap() code. - The series &quot;mm: MM owner tracking for large folios (!hugetlb) +   CONFIG_NO_PAGE_MAPCOUNT&quot; from David Hildenbrand reworks the manner in   which we determine whether a large folio is known to be mapped   exclusively into a single MM. - The series &quot;mm/damon: add sysfs dirs for managing DAMOS filters based   on handling layers&quot; from SeongJae Park adds a couple of new sysfs   directories to ease the management of DAMON/DAMOS filters. - The series &quot;arch, mm: reduce code duplication in mem_init()&quot; from   Mike Rapoport consolidates many per-arch implementations of   mem_init() into code generic code, where that is practical. - The series &quot;mm/damon/sysfs: commit parameters online via   damon_call()&quot; from SeongJae Park continues the cleaning up of sysfs   access to DAMON internal data. - The series &quot;mm: page_ext: Introduce new iteration API&quot; from Luiz   Capitulino reworks the page_ext initialization to fix a boot-time   crash which was observed with an unusual combination of compile and   cmdline options. - The series &quot;Buddy allocator like (or non-uniform) folio split&quot; from   Zi Yan reworks the code to split a folio into smaller folios. The   main benefit is lessened memory consumption: fewer post-split folios   are generated. - The series &quot;Minimize xa_node allocation during xarry split&quot; from Zi   Yan reduces the number of xarray xa_nodes which are generated during   an xarray split. - The series &quot;drivers/base/memory: Two cleanups&quot; from Gavin Shan   performs some maintenance work on the drivers/base/memory code. - The series &quot;Add tracepoints for lowmem reserves, watermarks and   totalreserve_pages&quot; from Martin Liu adds some more tracepoints to the   page allocator code. - The series &quot;mm/madvise: cleanup requests validations and   classifications&quot; from SeongJae Park cleans up some warts which   SeongJae observed during his earlier madvise work. - The series &quot;mm/hwpoison: Fix regressions in memory failure handling&quot;   from Shuai Xue addresses two quite serious regressions which Shuai   has observed in the memory-failure implementation. - The series &quot;mm: reliable huge page allocator&quot; from Johannes Weiner   makes huge page allocations cheaper and more reliable by reducing   fragmentation. - The series &quot;Minor memcg cleanups &amp; prep for memdescs&quot; from Matthew   Wilcox is preparatory work for the future implementation of memdescs. - The series &quot;track memory used by balloon drivers&quot; from Nico Pache   introduces a way to track memory used by our various balloon drivers. - The series &quot;mm/damon: introduce DAMOS filter type for active pages&quot;   from Nhat Pham permits users to filter for active/inactive pages,   separately for file and anon pages. - The series &quot;Adding Proactive Memory Reclaim Statistics&quot; from Hao Jia   separates the proactive reclaim statistics from the direct reclaim   statistics. - The series &quot;mm/vmscan: don&apos;t try to reclaim hwpoison folio&quot; from   Jinjiang Tu fixes our handling of hwpoisoned pages within the reclaim   code.* tag &apos;mm-stable-2025-03-30-16-52&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm: (431 commits)  mm/page_alloc: remove unnecessary __maybe_unused in order_to_pindex()  x86/mm: restore early initialization of high_memory for 32-bits  mm/vmscan: don&apos;t try to reclaim hwpoison folio  mm/hwpoison: introduce folio_contain_hwpoisoned_page() helper  cgroup: docs: add pswpin and pswpout items in cgroup v2 doc  mm: vmscan: split proactive reclaim statistics from direct reclaim statistics  selftests/mm: speed up split_huge_page_test  selftests/mm: uffd-unit-tests support for hugepages &gt; 2M  docs/mm/damon/design: document active DAMOS filter type  mm/damon: implement a new DAMOS filter type for active pages  fs/dax: don&apos;t disassociate zero page entries  MM documentation: add &quot;Unaccepted&quot; meminfo entry  selftests/mm: add commentary about 9pfs bugs  fork: use __vmalloc_node() for stack allocation  docs/mm: Physical Memory: Populate the &quot;Zones&quot; section  xen: balloon: update the NR_BALLOON_PAGES state  hv_balloon: update the NR_BALLOON_PAGES state  balloon_compaction: update the NR_BALLOON_PAGES state  meminfo: add a per node counter for balloon drivers  mm: remove references to folio in __memcg_kmem_uncharge_page()  ...

            List of files:
            /linux/tools/testing/radix-tree/Makefile</description>
        <pubDate>Tue, 01 Apr 2025 18:29:18 +0200</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>3fec86f8aa8c7ae84567a0d1396e84ada96141d8 - xarray: add xas_try_split() to split a multi-index entry</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/radix-tree/Makefile#3fec86f8aa8c7ae84567a0d1396e84ada96141d8</link>
        <description>xarray: add xas_try_split() to split a multi-index entryPatch series &quot;Buddy allocator like (or non-uniform) folio split&quot;, v10.This patchset adds a new buddy allocator like (or non-uniform) large foliosplit from a order-n folio to order-m with m &lt; n.  It reduces1. the total number of after-split folios from 2^(n-m) to n-m+1;2. the amount of memory needed for multi-index xarray split from 2^(n/6-m/6) to   n/6-m/6, assuming XA_CHUNK_SHIFT=6;3. keep more large folios after a split from all order-m folios to   order-(n-1) to order-m folios.For example, to split an order-9 to order-0, folio split generates 10 (or11 for anonymous memory) folios instead of 512, allocates 1 xa_nodeinstead of 8, and leaves 1 order-8, 1 order-7, ..., 1 order-1 and 2order-0 folios (or 4 order-0 for anonymous memory) instead of 512 order-0folios.Instead of duplicating existing split_huge_page*() code, __folio_split()is introduced as the shared backend code for bothsplit_huge_page_to_list_to_order() and folio_split().  __folio_split() cansupport both uniform split and buddy allocator like (or non-uniform)split.  All existing split_huge_page*() users can be gradually convertedto use folio_split() if possible.  In this patchset, I convertedtruncate_inode_partial_folio() to use folio_split().xfstests quick group passed for both tmpfs and xfs.  I alsosemi-replicated Hugh&apos;s test[12] and ran it without any issue for almost 24hours.This patch (of 8):A preparation patch for non-uniform folio split, which always split afolio into half iteratively, and minimal xarray entry split.Currently, xas_split_alloc() and xas_split() always split all slots from amulti-index entry.  They cost the same number of xa_node as theto-be-split slots.  For example, to split an order-9 entry, which takes2^(9-6)=8 slots, assuming XA_CHUNK_SHIFT is 6 (!CONFIG_BASE_SMALL), 8xa_node are needed.  Instead xas_try_split() is intended to be usediteratively to split the order-9 entry into 2 order-8 entries, then splitone order-8 entry, based on the given index, to 2 order-7 entries, ...,and split one order-1 entry to 2 order-0 entries.  When splitting theorder-6 entry and a new xa_node is needed, xas_try_split() will try toallocate one if possible.  As a result, xas_try_split() would only need 1xa_node instead of 8.When a new xa_node is needed during the split, xas_try_split() can try toallocate one but no more.  -ENOMEM will be return if a node cannot beallocated.  -EINVAL will be return if a sibling node is split or cascadesplit happens, where two or more new nodes are needed, and these are notsupported by xas_try_split().xas_split_alloc() and xas_split() split an order-9 to order-0:         ---------------------------------         |   |   |   |   |   |   |   |   |         | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |         |   |   |   |   |   |   |   |   |         ---------------------------------           |   |                   |   |     -------   ---               ---   -------     |           |     ...       |           |     V           V               V           V----------- -----------     ----------- -----------| xa_node | | xa_node | ... | xa_node | | xa_node |----------- -----------     ----------- -----------xas_try_split() splits an order-9 to order-0:   ---------------------------------   |   |   |   |   |   |   |   |   |   | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |   |   |   |   |   |   |   |   |   |   ---------------------------------     |     |     V-----------| xa_node |-----------Link: https://lkml.kernel.org/r/20250307174001.242794-1-ziy@nvidia.comLink: https://lkml.kernel.org/r/20250307174001.242794-2-ziy@nvidia.comSigned-off-by: Zi Yan &lt;ziy@nvidia.com&gt;Cc: Baolin Wang &lt;baolin.wang@linux.alibaba.com&gt;Cc: David Hildenbrand &lt;david@redhat.com&gt;Cc: Hugh Dickins &lt;hughd@google.com&gt;Cc: John Hubbard &lt;jhubbard@nvidia.com&gt;Cc: Kefeng Wang &lt;wangkefeng.wang@huawei.com&gt;Cc: Kirill A. Shuemov &lt;kirill.shutemov@linux.intel.com&gt;Cc: Miaohe Lin &lt;linmiaohe@huawei.com&gt;Cc: Matthew Wilcox &lt;willy@infradead.org&gt;Cc: Ryan Roberts &lt;ryan.roberts@arm.com&gt;Cc: Yang Shi &lt;yang@os.amperecomputing.com&gt;Cc: Yu Zhao &lt;yuzhao@google.com&gt;Cc: Zi Yan &lt;ziy@nvidia.com&gt;Cc: Kairui Song &lt;kasong@tencent.com&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux/tools/testing/radix-tree/Makefile</description>
        <pubDate>Fri, 07 Mar 2025 18:39:54 +0100</pubDate>
        <dc:creator>Zi Yan &lt;ziy@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>c771600c6af14749609b49565ffb4cac2959710d - Merge drm/drm-next into drm-intel-gt-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/radix-tree/Makefile#c771600c6af14749609b49565ffb4cac2959710d</link>
        <description>Merge drm/drm-next into drm-intel-gt-nextWe need4ba4f1afb6a9 (&quot;perf: Generic hotplug support for a PMU with a scope&quot;)in order to land a i915 PMU simplification and a fix. That landed in 6.12and we are stuck at 6.9 so lets bump things forward.Signed-off-by: Tvrtko Ursulin &lt;tursulin@ursulin.net&gt;

            List of files:
            /linux/tools/testing/radix-tree/Makefile</description>
        <pubDate>Wed, 05 Feb 2025 10:29:14 +0100</pubDate>
        <dc:creator>Tvrtko Ursulin &lt;tursulin@ursulin.net&gt;</dc:creator>
    </item>
<item>
        <title>25768de50b1f2dbb6ea44bd5148a87fe2c9c3688 - Merge branch &apos;next&apos; into for-linus</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/radix-tree/Makefile#25768de50b1f2dbb6ea44bd5148a87fe2c9c3688</link>
        <description>Merge branch &apos;next&apos; into for-linusPrepare input updates for 6.14 merge window.

            List of files:
            /linux/tools/testing/radix-tree/Makefile</description>
        <pubDate>Tue, 21 Jan 2025 06:37:39 +0100</pubDate>
        <dc:creator>Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>6d4a0f4ea72319c9a37c1a7191695467006dd272 - Merge tag &apos;v6.13-rc3&apos; into next</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/radix-tree/Makefile#6d4a0f4ea72319c9a37c1a7191695467006dd272</link>
        <description>Merge tag &apos;v6.13-rc3&apos; into nextSync up with the mainline.

            List of files:
            /linux/tools/testing/radix-tree/Makefile</description>
        <pubDate>Tue, 17 Dec 2024 18:40:45 +0100</pubDate>
        <dc:creator>Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>77b679453d3364688ff3e5153c0be5b2b52672b7 - Merge tag &apos;v6.12-rc3&apos; into perf-tools-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/radix-tree/Makefile#77b679453d3364688ff3e5153c0be5b2b52672b7</link>
        <description>Merge tag &apos;v6.12-rc3&apos; into perf-tools-nextTo get the fixes in the current perf-tools tree.Signed-off-by: Namhyung Kim &lt;namhyung@kernel.org&gt;

            List of files:
            /linux/tools/testing/radix-tree/Makefile</description>
        <pubDate>Mon, 14 Oct 2024 19:45:28 +0200</pubDate>
        <dc:creator>Namhyung Kim &lt;namhyung@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>3fd6c59042dbba50391e30862beac979491145fe - Merge tag &apos;v6.12-rc1&apos; into clk-meson-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/radix-tree/Makefile#3fd6c59042dbba50391e30862beac979491145fe</link>
        <description>Merge tag &apos;v6.12-rc1&apos; into clk-meson-nextLinux 6.12-rc1

            List of files:
            /linux/tools/testing/radix-tree/Makefile</description>
        <pubDate>Mon, 30 Sep 2024 11:28:07 +0200</pubDate>
        <dc:creator>Jerome Brunet &lt;jbrunet@baylibre.com&gt;</dc:creator>
    </item>
<item>
        <title>a0efa2f362a69e47b9d8b48f770ef3a0249a7911 - Merge net-next/main to resolve conflicts</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/radix-tree/Makefile#a0efa2f362a69e47b9d8b48f770ef3a0249a7911</link>
        <description>Merge net-next/main to resolve conflictsThe wireless-next tree was based on something older, and thereare now conflicts between -rc2 and work here. Merge net-next,which has enough of -rc2 for the conflicts to happen, resolvingthem in the process.Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;

            List of files:
            /linux/tools/testing/radix-tree/Makefile</description>
        <pubDate>Wed, 09 Oct 2024 08:59:14 +0200</pubDate>
        <dc:creator>Johannes Berg &lt;johannes.berg@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>b88132ceb3faccdd785809df75f9d490ebaab459 - Merge drm/drm-next into drm-xe-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/radix-tree/Makefile#b88132ceb3faccdd785809df75f9d490ebaab459</link>
        <description>Merge drm/drm-next into drm-xe-nextBackmerging to resolve a conflict with core locally.Signed-off-by: Thomas Hellstr&#246;m &lt;thomas.hellstrom@linux.intel.com&gt;

            List of files:
            /linux/tools/testing/radix-tree/Makefile</description>
        <pubDate>Fri, 04 Oct 2024 11:29:21 +0200</pubDate>
        <dc:creator>Thomas Hellstr&#246;m &lt;thomas.hellstrom@linux.intel.com&gt;</dc:creator>
    </item>
</channel>
</rss>
