<?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>ec496f77b4c11036cc835d6f045fb5e5ef1e6530 - Merge branch &apos;for-6.20/sony&apos; into for-linus</title>
        <link>http://kernelsources.org:8080/source/history/linux/scripts/Makefile#ec496f77b4c11036cc835d6f045fb5e5ef1e6530</link>
        <description>Merge branch &apos;for-6.20/sony&apos; into for-linus- Support for Rock band 4 PS4 and PS5 guitars (Rosalie Wanders)

            List of files:
            /linux/scripts/Makefile</description>
        <pubDate>Mon, 09 Feb 2026 17:33:26 +0100</pubDate>
        <dc:creator>Jiri Kosina &lt;jkosina@suse.com&gt;</dc:creator>
    </item>
<item>
        <title>cc4adab164b772a34b3340d644b7c4728498581e - Merge tag &apos;v6.19-rc1&apos; into msm-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/scripts/Makefile#cc4adab164b772a34b3340d644b7c4728498581e</link>
        <description>Merge tag &apos;v6.19-rc1&apos; into msm-nextMerge Linux 6.19-rc1 in order to catch up with other changes (e.g. UBWCconfig database defining UBWC_6).Signed-off-by: Dmitry Baryshkov &lt;dmitry.baryshkov@oss.qualcomm.com&gt;

            List of files:
            /linux/scripts/Makefile</description>
        <pubDate>Tue, 20 Jan 2026 23:06:55 +0100</pubDate>
        <dc:creator>Dmitry Baryshkov &lt;dmitry.baryshkov@oss.qualcomm.com&gt;</dc:creator>
    </item>
<item>
        <title>5add3c3c280a35f7e258e9cef7607db5a2e56fdc - Merge drm/drm-next into drm-xe-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/scripts/Makefile#5add3c3c280a35f7e258e9cef7607db5a2e56fdc</link>
        <description>Merge drm/drm-next into drm-xe-nextBackmerging to bring in 6.19-rc1. An important upstream bugfix andto help unblock PTL CI.Signed-off-by: Thomas Hellstr&#246;m &lt;thomas.hellstrom@linux.intel.com&gt;

            List of files:
            /linux/scripts/Makefile</description>
        <pubDate>Fri, 19 Dec 2025 11:51:22 +0100</pubDate>
        <dc:creator>Thomas Hellstr&#246;m &lt;thomas.hellstrom@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>ec439c38013550420aecc15988ae6acb670838c1 - Merge git://git.kernel.org/pub/scm/linux/kernel/git/bpf/bpf after 6.19-rc1</title>
        <link>http://kernelsources.org:8080/source/history/linux/scripts/Makefile#ec439c38013550420aecc15988ae6acb670838c1</link>
        <description>Merge git://git.kernel.org/pub/scm/linux/kernel/git/bpf/bpf after 6.19-rc1Cross-merge BPF and other fixes after downstream PR.Signed-off-by: Alexei Starovoitov &lt;ast@kernel.org&gt;

            List of files:
            /linux/scripts/Makefile</description>
        <pubDate>Wed, 17 Dec 2025 06:29:38 +0100</pubDate>
        <dc:creator>Alexei Starovoitov &lt;ast@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>b8304863a3990d0f18c38e5b94191830a63ee1af - Merge drm/drm-next into drm-intel-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/scripts/Makefile#b8304863a3990d0f18c38e5b94191830a63ee1af</link>
        <description>Merge drm/drm-next into drm-intel-nextSync-up some display code needed for Async flips refactor.Signed-off-by: Rodrigo Vivi &lt;rodrigo.vivi@intel.com&gt;

            List of files:
            /linux/scripts/Makefile</description>
        <pubDate>Mon, 15 Dec 2025 14:24:02 +0100</pubDate>
        <dc:creator>Rodrigo Vivi &lt;rodrigo.vivi@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>7f790dd21a931c61167f7bdc327aecf2cebad327 - Merge drm/drm-next into drm-misc-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/scripts/Makefile#7f790dd21a931c61167f7bdc327aecf2cebad327</link>
        <description>Merge drm/drm-next into drm-misc-nextLet&apos;s kickstart the v6.20 (7.0?) release cycle.Signed-off-by: Maxime Ripard &lt;mripard@kernel.org&gt;

            List of files:
            /linux/scripts/Makefile</description>
        <pubDate>Mon, 15 Dec 2025 09:27:39 +0100</pubDate>
        <dc:creator>Maxime Ripard &lt;mripard@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>24f171c7e145f43b9f187578e89b0982ce87e54c - Merge tag &apos;asoc-fix-v6.19-rc1&apos; of https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound into for-linus</title>
        <link>http://kernelsources.org:8080/source/history/linux/scripts/Makefile#24f171c7e145f43b9f187578e89b0982ce87e54c</link>
        <description>Merge tag &apos;asoc-fix-v6.19-rc1&apos; of https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound into for-linusASoC: Fixes for v6.19We&apos;ve been quite busy with fixes since the merge window, though not inany particularly exciting ways - the standout thing is the fix for _SXcontrols which were broken by a change to how we do clamping, otherwiseit&apos;s all fairly run of the mill fixes and quirks.

            List of files:
            /linux/scripts/Makefile</description>
        <pubDate>Sun, 21 Dec 2025 11:11:11 +0100</pubDate>
        <dc:creator>Takashi Iwai &lt;tiwai@suse.de&gt;</dc:creator>
    </item>
<item>
        <title>84318277d6334c6981ab326d4acc87c6a6ddc9b8 - Merge remote-tracking branch &apos;drm/drm-fixes&apos; into drm-misc-fixes</title>
        <link>http://kernelsources.org:8080/source/history/linux/scripts/Makefile#84318277d6334c6981ab326d4acc87c6a6ddc9b8</link>
        <description>Merge remote-tracking branch &apos;drm/drm-fixes&apos; into drm-misc-fixesPull in rc1 to include all changes since the merge window closed,and grab all fixes and changes from drm/drm-next.Signed-off-by: Maarten Lankhorst &lt;dev@lankhorst.se&gt;

            List of files:
            /linux/scripts/Makefile</description>
        <pubDate>Mon, 15 Dec 2025 12:53:27 +0100</pubDate>
        <dc:creator>Maarten Lankhorst &lt;dev@lankhorst.se&gt;</dc:creator>
    </item>
<item>
        <title>36492b7141b9abc967e92c991af32c670351dc16 - Merge tag &apos;tracepoints-v6.19&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/trace/linux-trace</title>
        <link>http://kernelsources.org:8080/source/history/linux/scripts/Makefile#36492b7141b9abc967e92c991af32c670351dc16</link>
        <description>Merge tag &apos;tracepoints-v6.19&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/trace/linux-tracePull unused tracepoints update from Steven Rostedt: &quot;Detect unused tracepoints.  If a tracepoint is defined but never used (TRACE_EVENT() created but  no trace_&lt;tracepoint&gt;() called), it can take up to or more than 5K of  memory each. This can add up as there are around a hundred unused  tracepoints with various configs. That is 500K of wasted memory.  Add a make build parameter of &quot;UT=1&quot; to have the build warn if an  unused tracepoint is detected in the build. This allows detection of  unused tracepoints to be upstream so that outreachy and the mentoring  project can have new developers look for fixing them, without having  these warnings suddenly show up when someone upgrades their kernel.  When all known unused tracepoints are removed, then the &quot;UT=1&quot; build  parameter can be removed and unused tracepoints will always warn. This  will catch new unused tracepoints after the current ones have been  removed.  Summary:   - Separate out elf functions from sorttable.c     Move out the ELF parsing functions from sorttable.c so that the     tracing tooling can use it.   - Add a tracepoint verifier tool to the build process     If &quot;UT=1&quot; is added to the kernel command line, any unused     tracepoints will trigger a warning at build time.   - Do not warn about unused tracepoints for tracepoints that are     exported     There are sever cases where a tracepoint is created by the kernel     and used by modules. Since there&apos;s no easy way to detect if these     are truly unused since the users are in modules, if a tracepoint is     exported, assume it will eventually be used by a module. Note,     there&apos;s not many exported tracepoints so this should not be a     problem to ignore them.   - Have building of modules also detect unused tracepoints     Do not only check the main vmlinux for unused tracepoints, also     check modules. If a module is defining a tracepoint it should be     using it.   - Add the tracepoint-update program to the ignore file     The new tracepoint-update program needs to be ignored by git&quot;* tag &apos;tracepoints-v6.19&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/trace/linux-trace:  scripts: add tracepoint-update to the list of ignores files  tracing: Add warnings for unused tracepoints for modules  tracing: Allow tracepoint-update.c to work with modules  tracepoint: Do not warn for unused event that is exported  tracing: Add a tracepoint verification check at build time  sorttable: Move ELF parsing into scripts/elf-parse.[ch]

            List of files:
            /linux/scripts/Makefile</description>
        <pubDate>Fri, 05 Dec 2025 18:37:41 +0100</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>e30f8e61e2518a837837daa26cda3c8cc30f3226 - tracing: Add a tracepoint verification check at build time</title>
        <link>http://kernelsources.org:8080/source/history/linux/scripts/Makefile#e30f8e61e2518a837837daa26cda3c8cc30f3226</link>
        <description>tracing: Add a tracepoint verification check at build timeIf a tracepoint is defined via DECLARE_TRACE() or TRACE_EVENT() but nevercalled (via the trace_&lt;tracepoint&gt;() function), its metadata is stillaround in memory and not discarded.When created via TRACE_EVENT() the situation is worse because theTRACE_EVENT() creates metadata that can be around 5k per trace event.Having unused trace events causes several thousand of wasted bytes.Add a verifier that injects a string of the name of the tracepoint itcalls that is added to the discarded section &quot;__tracepoint_check&quot;.For every builtin tracepoint, its name (which is saved in the in-memorysection &quot;__tracepoint_strings&quot;) will have its name also in the&quot;__tracepoint_check&quot; section if it is used.Add a new program that is run on build called tracepoint-update. This isexecuted on the vmlinux.o before the __tracepoint_check section isdiscarded (the section is discarded before vmlinux is created). Thisprogram will create an array of each string in the __tracepoint_checksection and then sort it. Then it will walk the strings in the__tracepoint_strings section and do a binary search to check if its nameis in the __tracepoint_check section. If it is not, then it is unused anda warning is printed.Note, this currently only handles tracepoints that are builtin and not inmodules.Enabling this currently with a given config produces:warning: tracepoint &apos;sched_move_numa&apos; is unused.warning: tracepoint &apos;sched_stick_numa&apos; is unused.warning: tracepoint &apos;sched_swap_numa&apos; is unused.warning: tracepoint &apos;pelt_hw_tp&apos; is unused.warning: tracepoint &apos;pelt_irq_tp&apos; is unused.warning: tracepoint &apos;rcu_preempt_task&apos; is unused.warning: tracepoint &apos;rcu_unlock_preempted_task&apos; is unused.warning: tracepoint &apos;xdp_bulk_tx&apos; is unused.warning: tracepoint &apos;xdp_redirect_map&apos; is unused.warning: tracepoint &apos;xdp_redirect_map_err&apos; is unused.warning: tracepoint &apos;vma_mas_szero&apos; is unused.warning: tracepoint &apos;vma_store&apos; is unused.warning: tracepoint &apos;hugepage_set_pmd&apos; is unused.warning: tracepoint &apos;hugepage_set_pud&apos; is unused.warning: tracepoint &apos;hugepage_update_pmd&apos; is unused.warning: tracepoint &apos;hugepage_update_pud&apos; is unused.warning: tracepoint &apos;block_rq_remap&apos; is unused.warning: tracepoint &apos;xhci_dbc_handle_event&apos; is unused.warning: tracepoint &apos;xhci_dbc_handle_transfer&apos; is unused.warning: tracepoint &apos;xhci_dbc_gadget_ep_queue&apos; is unused.warning: tracepoint &apos;xhci_dbc_alloc_request&apos; is unused.warning: tracepoint &apos;xhci_dbc_free_request&apos; is unused.warning: tracepoint &apos;xhci_dbc_queue_request&apos; is unused.warning: tracepoint &apos;xhci_dbc_giveback_request&apos; is unused.warning: tracepoint &apos;tcp_ao_wrong_maclen&apos; is unused.warning: tracepoint &apos;tcp_ao_mismatch&apos; is unused.warning: tracepoint &apos;tcp_ao_key_not_found&apos; is unused.warning: tracepoint &apos;tcp_ao_rnext_request&apos; is unused.warning: tracepoint &apos;tcp_ao_synack_no_key&apos; is unused.warning: tracepoint &apos;tcp_ao_snd_sne_update&apos; is unused.warning: tracepoint &apos;tcp_ao_rcv_sne_update&apos; is unused.Some of the above is totally unused but others are not used due to their&quot;trace_&quot; functions being inside configs, in which case, the definedtracepoints should also be inside those same configs. Others arearchitecture specific but defined in generic code, where they shouldeither be moved to the architecture or be surrounded by #ifdef for thearchitectures they are for.This tool could be updated to process modules in the future.I&apos;d like to thank Mathieu Desnoyers for suggesting using strings insteadof pointers, as using pointers in vmlinux.o required handling relocationsand it required implementing almost a full feature linker to do so.To enable this check, run the build with: make UT=1Note, when all the existing unused tracepoints are removed from the build,the &quot;UT=1&quot; will be removed and this will always be enabled whentracepoints are configured to warn on any new tracepoints. The reason thisisn&apos;t always enabled now is because it will introduce a lot of warningsfor the current unused tracepoints, and all bisects would end at thiscommit for those warnings.Link: https://lore.kernel.org/all/20250528114549.4d8a5e03@gandalf.local.home/Cc: Masami Hiramatsu &lt;mhiramat@kernel.org&gt;Cc: Mark Rutland &lt;mark.rutland@arm.com&gt;Cc: Mathieu Desnoyers &lt;mathieu.desnoyers@efficios.com&gt;Cc: Andrew Morton &lt;akpm@linux-foundation.org&gt;Cc: Arnd Bergmann &lt;arnd@arndb.de&gt;Cc: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Cc: Nathan Chancellor &lt;nathan@kernel.org&gt;Cc: Nicolas Schier &lt;nicolas.schier@linux.dev&gt;Cc: Nick Desaulniers &lt;nick.desaulniers+lkml@gmail.com&gt;Cc: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Cc: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;Cc: Randy Dunlap &lt;rdunlap@infradead.org&gt;Cc: Stephen Rothwell &lt;sfr@canb.auug.org.au&gt;Link: https://lore.kernel.org/20251022004452.920728129@kernel.orgSuggested-by: Mathieu Desnoyers &lt;mathieu.desnoyers@efficios.com&gt; # for using strings instead of pointersSigned-off-by: Steven Rostedt (Google) &lt;rostedt@goodmis.org&gt;

            List of files:
            /linux/scripts/Makefile</description>
        <pubDate>Wed, 22 Oct 2025 02:43:40 +0200</pubDate>
        <dc:creator>Steven Rostedt &lt;rostedt@goodmis.org&gt;</dc:creator>
    </item>
<item>
        <title>b055f4c431e3d0e0508b7541d7c3fa2f9cd2e0ab - sorttable: Move ELF parsing into scripts/elf-parse.[ch]</title>
        <link>http://kernelsources.org:8080/source/history/linux/scripts/Makefile#b055f4c431e3d0e0508b7541d7c3fa2f9cd2e0ab</link>
        <description>sorttable: Move ELF parsing into scripts/elf-parse.[ch]In order to share the elf parsing that is in sorttable.c so that otherprograms could use the same code, move it into elf-parse.c andelf-parse.h.Cc: Masami Hiramatsu &lt;mhiramat@kernel.org&gt;Cc: Mark Rutland &lt;mark.rutland@arm.com&gt;Cc: Mathieu Desnoyers &lt;mathieu.desnoyers@efficios.com&gt;Cc: Andrew Morton &lt;akpm@linux-foundation.org&gt;Cc: Arnd Bergmann &lt;arnd@arndb.de&gt;Cc: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Cc: Nathan Chancellor &lt;nathan@kernel.org&gt;Cc: Nicolas Schier &lt;nicolas.schier@linux.dev&gt;Cc: Nick Desaulniers &lt;nick.desaulniers+lkml@gmail.com&gt;Cc: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Cc: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;Cc: Randy Dunlap &lt;rdunlap@infradead.org&gt;Cc: Stephen Rothwell &lt;sfr@canb.auug.org.au&gt;Link: https://lore.kernel.org/20251022004452.752298788@kernel.orgSigned-off-by: Steven Rostedt (Google) &lt;rostedt@goodmis.org&gt;

            List of files:
            /linux/scripts/Makefile</description>
        <pubDate>Wed, 22 Oct 2025 02:43:39 +0200</pubDate>
        <dc:creator>Steven Rostedt &lt;rostedt@goodmis.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/scripts/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/scripts/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>946661e3bef8efa11ba8079d4ebafe6fc3b0aaad - Merge branch &apos;next&apos; into for-linus</title>
        <link>http://kernelsources.org:8080/source/history/linux/scripts/Makefile#946661e3bef8efa11ba8079d4ebafe6fc3b0aaad</link>
        <description>Merge branch &apos;next&apos; into for-linusPrepare input updates for 6.15 merge window.

            List of files:
            /linux/scripts/Makefile</description>
        <pubDate>Sat, 05 Apr 2025 08:04:35 +0200</pubDate>
        <dc:creator>Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>0b119045b79a672bc6d8f18641c60fc8ce1b4585 - Merge tag &apos;v6.14-rc4&apos; into next</title>
        <link>http://kernelsources.org:8080/source/history/linux/scripts/Makefile#0b119045b79a672bc6d8f18641c60fc8ce1b4585</link>
        <description>Merge tag &apos;v6.14-rc4&apos; into nextSync up with the mainline.

            List of files:
            /linux/scripts/Makefile</description>
        <pubDate>Wed, 26 Feb 2025 01:03:25 +0100</pubDate>
        <dc:creator>Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>9e676a024fa1fa2bd8150c2d2ba85478280353bc - Merge tag &apos;v6.14-rc1&apos; into perf-tools-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/scripts/Makefile#9e676a024fa1fa2bd8150c2d2ba85478280353bc</link>
        <description>Merge tag &apos;v6.14-rc1&apos; into perf-tools-nextTo get the various fixes in the current master.Signed-off-by: Namhyung Kim &lt;namhyung@kernel.org&gt;

            List of files:
            /linux/scripts/Makefile</description>
        <pubDate>Wed, 05 Feb 2025 23:57:18 +0100</pubDate>
        <dc:creator>Namhyung Kim &lt;namhyung@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>0410c6121529409b08e81a77ae3ee58c657e2243 - Merge drm/drm-next into drm-xe-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/scripts/Makefile#0410c6121529409b08e81a77ae3ee58c657e2243</link>
        <description>Merge drm/drm-next into drm-xe-nextSync to fix conlicts between drm-xe-next and drm-intel-next.Signed-off-by: Lucas De Marchi &lt;lucas.demarchi@intel.com&gt;

            List of files:
            /linux/scripts/Makefile</description>
        <pubDate>Fri, 28 Feb 2025 15:54:14 +0100</pubDate>
        <dc:creator>Lucas De Marchi &lt;lucas.demarchi@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>93c7dd1b39444ebd5a6a98e56a363d7a4e646775 - Merge drm/drm-next into drm-misc-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/scripts/Makefile#93c7dd1b39444ebd5a6a98e56a363d7a4e646775</link>
        <description>Merge drm/drm-next into drm-misc-nextBring rc1 to start the new release dev.Signed-off-by: Maxime Ripard &lt;mripard@kernel.org&gt;

            List of files:
            /linux/scripts/Makefile</description>
        <pubDate>Thu, 06 Feb 2025 13:47:32 +0100</pubDate>
        <dc:creator>Maxime Ripard &lt;mripard@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>ea9f8f2b21795a5d80418a655bcb212d5b89e08f - Merge drm/drm-next into drm-intel-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/scripts/Makefile#ea9f8f2b21795a5d80418a655bcb212d5b89e08f</link>
        <description>Merge drm/drm-next into drm-intel-nextSync with v6.14-rc1.Signed-off-by: Jani Nikula &lt;jani.nikula@intel.com&gt;

            List of files:
            /linux/scripts/Makefile</description>
        <pubDate>Wed, 05 Feb 2025 18:12:37 +0100</pubDate>
        <dc:creator>Jani Nikula &lt;jani.nikula@intel.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/scripts/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/scripts/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>ba6ec09911b805778a2fed6d626bfe77b011a717 - Merge git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net</title>
        <link>http://kernelsources.org:8080/source/history/linux/scripts/Makefile#ba6ec09911b805778a2fed6d626bfe77b011a717</link>
        <description>Merge git://git.kernel.org/pub/scm/linux/kernel/git/netdev/netCross-merge networking fixes after downstream PR (net-6.14-rc2).No conflicts or adjacent changes.Signed-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;

            List of files:
            /linux/scripts/Makefile</description>
        <pubDate>Fri, 07 Feb 2025 00:18:14 +0100</pubDate>
        <dc:creator>Jakub Kicinski &lt;kuba@kernel.org&gt;</dc:creator>
    </item>
</channel>
</rss>
