<?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 module.lds.S</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2025</copyright>
    <generator>Java</generator><item>
        <title>0fc8f6200d2313278fbf4539bbab74677c685531 - Merge drm/drm-fixes into drm-misc-fixes</title>
        <link>http://opengrok.kc2vjw.com:8080/history/linux/scripts/module.lds.S#0fc8f6200d2313278fbf4539bbab74677c685531</link>
        <description>Merge drm/drm-fixes into drm-misc-fixesGetting fixes and updates from v7.1-rc1.Signed-off-by: Thomas Zimmermann &lt;tzimmermann@suse.de&gt;

            List of files:
            /linux/scripts/module.lds.S</description>
        <pubDate>Mon, 27 Apr 2026 08:26:49 +0000</pubDate>
        <dc:creator>Thomas Zimmermann &lt;tzimmermann@suse.de&gt;</dc:creator>
    </item>
<item>
        <title>f4b369c6fe0ceaba2da2daff8c9eb415f85926dd - Merge branch &apos;next&apos; into for-linus</title>
        <link>http://opengrok.kc2vjw.com:8080/history/linux/scripts/module.lds.S#f4b369c6fe0ceaba2da2daff8c9eb415f85926dd</link>
        <description>Merge branch &apos;next&apos; into for-linusPrepare input updates for 7.1 merge window.

            List of files:
            /linux/scripts/module.lds.S</description>
        <pubDate>Mon, 20 Apr 2026 01:28:57 +0000</pubDate>
        <dc:creator>Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>eb5249b12507246dc959945454cd1be8d7dc3795 - Merge tag &apos;parisc-for-7.1-rc1&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux</title>
        <link>http://opengrok.kc2vjw.com:8080/history/linux/scripts/module.lds.S#eb5249b12507246dc959945454cd1be8d7dc3795</link>
        <description>Merge tag &apos;parisc-for-7.1-rc1&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linuxPull parisc architecture updates from Helge Deller: - A fix to make modules on 32-bit parisc architecture work again - Drop ip_fast_csum() inline assembly to avoid unaligned memory   accesses - Allow to build kernel without 32-bit VDSO - Reference leak fix in error path in LED driver* tag &apos;parisc-for-7.1-rc1&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux:  parisc: led: fix reference leak on failed device registration  module.lds.S: Fix modules on 32-bit parisc architecture  parisc: Allow to build without VDSO32  parisc: Include 32-bit VDSO only when building for 32-bit or compat mode  parisc: Allow to disable COMPAT mode on 64-bit kernel  parisc: Fix default stack size when COMPAT=n  parisc: Fix signal code to depend on CONFIG_COMPAT instead of CONFIG_64BIT  parisc: is_compat_task() shall return false for COMPAT=n  parisc: Avoid compat syscalls when COMPAT=n  parisc: _llseek syscall is only available for 32-bit userspace  parisc: Drop ip_fast_csum() inline assembly implementation  parisc: update outdated comments for renamed ccio_alloc_consistent()

            List of files:
            /linux/scripts/module.lds.S</description>
        <pubDate>Sat, 18 Apr 2026 18:37:36 +0000</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>1221365f55281349da4f4ba41c05b57cd15f5c28 - module.lds.S: Fix modules on 32-bit parisc architecture</title>
        <link>http://opengrok.kc2vjw.com:8080/history/linux/scripts/module.lds.S#1221365f55281349da4f4ba41c05b57cd15f5c28</link>
        <description>module.lds.S: Fix modules on 32-bit parisc architectureOn the 32-bit parisc architecture, we always used the-ffunction-sections compiler option to tell the compiler to put thefunctions into seperate text sections. This is necessary, otherwise&quot;big&quot; kernel modules like ext4 or ipv6 fail to load because somebranches won&apos;t be able to reach their stubs.Commit 1ba9f8979426 (&quot;vmlinux.lds: Unify TEXT_MAIN, DATA_MAIN, and relatedmacros&quot;) broke this for parisc because all text sections will getunconditionally merged now.Introduce the ARCH_WANTS_MODULES_TEXT_SECTIONS config option whichavoids the text section merge for modules, and fix this issue byenabling this option by default for 32-bit parisc.Fixes: 1ba9f8979426 (&quot;vmlinux.lds: Unify TEXT_MAIN, DATA_MAIN, and related macros&quot;)Cc: Josh Poimboeuf &lt;jpoimboe@kernel.org&gt;Cc: stable@vger.kernel.org # v6.19+Suggested-by: Sami Tolvanen &lt;samitolvanen@google.com&gt;Reviewed-by: Petr Pavlu &lt;petr.pavlu@suse.com&gt;Signed-off-by: Helge Deller &lt;deller@gmx.de&gt;

            List of files:
            /linux/scripts/module.lds.S</description>
        <pubDate>Tue, 07 Apr 2026 20:07:22 +0000</pubDate>
        <dc:creator>Helge Deller &lt;deller@gmx.de&gt;</dc:creator>
    </item>
<item>
        <title>88b29f3f579987fff0d2bd726d5fa95a53f857fa - Merge tag &apos;modules-7.1-rc1&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/modules/linux</title>
        <link>http://opengrok.kc2vjw.com:8080/history/linux/scripts/module.lds.S#88b29f3f579987fff0d2bd726d5fa95a53f857fa</link>
        <description>Merge tag &apos;modules-7.1-rc1&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/modules/linuxPull module updates from Sami Tolvanen: &quot;Kernel symbol flags:   - Replace the separate *_gpl symbol sections (__ksymtab_gpl and     __kcrctab_gpl) with a unified symbol table and a new __kflagstab     section.     This section stores symbol flags, such as the GPL-only flag, as an     8-bit bitset for each exported symbol. This is a cleanup that     simplifies symbol lookup in the module loader by avoiding table     fragmentation and will allow a cleaner way to add more flags later     if needed.  Module signature UAPI:   - Move struct module_signature to the UAPI headers to allow reuse by     tools outside the kernel proper, such as kmod and     scripts/sign-file.     This also renames a few constants for clarity and drops unused     signature types as preparation for hash-based module integrity     checking work that&apos;s in progress.  Sysfs:   - Add a /sys/module/&lt;module&gt;/import_ns sysfs attribute to show the     symbol namespaces imported by loaded modules.     This makes it easier to verify driver API access at runtime on     systems that care about such things (e.g. Android).  Cleanups and fixes:   - Force sh_addr to 0 for all sections in module.lds. This prevents     non-zero section addresses when linking modules with &apos;ld.bfd -r&apos;,     which confused elfutils.   - Fix a memory leak of charp module parameters on module unload when     the kernel is configured with CONFIG_SYSFS=n.   - Override the -EEXIST error code returned by module_init() to     userspace. This prevents confusion with the errno reserved by the     module loader to indicate that a module is already loaded.   - Simplify the warning message and drop the stack dump on positive     returns from module_init().   - Drop unnecessary extern keywords from function declarations and     synchronize parse_args() arguments with their implementation&quot;* tag &apos;modules-7.1-rc1&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/modules/linux: (23 commits)  module: Simplify warning on positive returns from module_init()  module: Override -EEXIST module return  documentation: remove references to *_gpl sections  module: remove *_gpl sections from vmlinux and modules  module: deprecate usage of *_gpl sections in module loader  module: use kflagstab instead of *_gpl sections  module: populate kflagstab in modpost  module: add kflagstab section to vmlinux and modules  module: define ksym_flags enumeration to represent kernel symbol flags  selftests/bpf: verify_pkcs7_sig: Use &apos;struct module_signature&apos; from the UAPI headers  sign-file: use &apos;struct module_signature&apos; from the UAPI headers  tools uapi headers: add linux/module_signature.h  module: Move &apos;struct module_signature&apos; to UAPI  module: Give MODULE_SIG_STRING a more descriptive name  module: Give &apos;enum pkey_id_type&apos; a more specific name  module: Drop unused signature types  extract-cert: drop unused definition of PKEY_ID_PKCS7  docs: symbol-namespaces: mention sysfs attribute  module: expose imported namespaces via sysfs  module: Remove extern keyword from param prototypes  ...

            List of files:
            /linux/scripts/module.lds.S</description>
        <pubDate>Wed, 15 Apr 2026 00:16:38 +0000</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>f18540256b70c9e1f0e26e2c38f3d43a131926d9 - module: remove *_gpl sections from vmlinux and modules</title>
        <link>http://opengrok.kc2vjw.com:8080/history/linux/scripts/module.lds.S#f18540256b70c9e1f0e26e2c38f3d43a131926d9</link>
        <description>module: remove *_gpl sections from vmlinux and modulesThese sections are not used anymore and can be removed from vmlinux andmodules during linking.Signed-off-by: Siddharth Nayyar &lt;sidnayyar@google.com&gt;Reviewed-by: Petr Pavlu &lt;petr.pavlu@suse.com&gt;Signed-off-by: Sami Tolvanen &lt;samitolvanen@google.com&gt;

            List of files:
            /linux/scripts/module.lds.S</description>
        <pubDate>Thu, 26 Mar 2026 21:25:07 +0000</pubDate>
        <dc:creator>Siddharth Nayyar &lt;sidnayyar@google.com&gt;</dc:creator>
    </item>
<item>
        <title>9743311b4535dc76ce81f46303da0f69bfaa5fd6 - module: add kflagstab section to vmlinux and modules</title>
        <link>http://opengrok.kc2vjw.com:8080/history/linux/scripts/module.lds.S#9743311b4535dc76ce81f46303da0f69bfaa5fd6</link>
        <description>module: add kflagstab section to vmlinux and modulesThis patch introduces a __kflagstab section to store symbol flags in adedicated data structure, similar to how CRCs are handled in the__kcrctab.The flags for a given symbol in __kflagstab will be located at the sameindex as the symbol&apos;s entry in __ksymtab and its CRC in __kcrctab. Thisdesign decouples the flags from the symbol table itself, allowing us tomaintain a single, sorted __ksymtab. As a result, the symbol searchremains an efficient, single lookup, regardless of the number of flagswe add in the future.The motivation for this change comes from the Android kernel, which usesan additional symbol flag to restrict the use of certain exportedsymbols by unsigned modules, thereby enhancing kernel security. This__kflagstab can be implemented as a bitmap to efficiently manage whichsymbols are available for general use versus those restricted to signedmodules only.This section will contain read-only data for values of kernel symbolflags in the form of an 8-bit bitsets for each kernel symbol. Each bitin the bitset represents a flag value defined by ksym_flags enumeration.Petr Pavlu ran a small test to get a better understanding of thedifferent section sizes resulting from this patch series.  He usedv6.17-rc6 together with the openSUSE x86_64 config [1], which is fairlylarge. The resulting vmlinux.bin (no debuginfo) had an on-disk size of58 MiB, and included 5937 + 6589 (GPL-only) exported symbols.The following table summarizes his measurements and calculationsregarding the sizes of all sections related to exported symbols:                      |  HAVE_ARCH_PREL32_RELOCATIONS  | !HAVE_ARCH_PREL32_RELOCATIONS Section              | Base [B] | Ext. [B] | Sep. [B] | Base [B] | Ext. [B] | Sep. [B]---------------------------------------------------------------------------------------- __ksymtab            |    71244 |   200416 |   150312 |   142488 |   400832 |   300624 __ksymtab_gpl        |    79068 |       NA |       NA |   158136 |       NA |       NA __kcrctab            |    23748 |    50104 |    50104 |    23748 |    50104 |    50104 __kcrctab_gpl        |    26356 |       NA |       NA |    26356 |       NA |       NA __ksymtab_strings    |   253628 |   253628 |   253628 |   253628 |   253628 |   253628 __kflagstab          |       NA |       NA |    12526 |       NA |       NA |    12526---------------------------------------------------------------------------------------- Total                |   454044 |   504148 |   466570 |   604356 |   704564 |   616882 Increase to base [%] |       NA |     11.0 |      2.8 |       NA |     16.6 |      2.1The column &quot;HAVE_ARCH_PREL32_RELOCATIONS -&gt; Base&quot; contains the measurednumbers. The rest of the values are calculated. The &quot;Ext.&quot; columnrepresents an alternative approach of extending __ksymtab to include abitset of symbol flags, and the &quot;Sep.&quot; column represents the approach ofhaving a separate __kflagstab. With HAVE_ARCH_PREL32_RELOCATIONS, eachkernel_symbol is 12 B in size and is extended to 16 B. With!HAVE_ARCH_PREL32_RELOCATIONS, it is 24 B, extended to 32 B. Note thatthis does not include the metadata needed to relocate __ksymtab*, whichis freed after the initial processing.Adding __kflagstab as a separate section has a negligible impact, asexpected. When extending __ksymtab (kernel_symbol) instead, the worstcase with !HAVE_ARCH_PREL32_RELOCATIONS increases the export data sizeby 16.6%. Note that the larger increase in size for the latter approachis due to 4-byte alignment of kernel_symbol data structure, instead of1-byte alignment for the flags bitset in __kflagstab in the formerapproach.Based on the above, it was concluded that introducing __kflagstab makessense, as the added complexity is minimal over extending kernel_symbol,and there is overall simplification of symbol finding logic in themodule loader.Signed-off-by: Siddharth Nayyar &lt;sidnayyar@google.com&gt;Reviewed-by: Petr Pavlu &lt;petr.pavlu@suse.com&gt;[Sami: Updated commit message to include details from the cover letter.]Signed-off-by: Sami Tolvanen &lt;samitolvanen@google.com&gt;

            List of files:
            /linux/scripts/module.lds.S</description>
        <pubDate>Thu, 26 Mar 2026 21:25:03 +0000</pubDate>
        <dc:creator>Siddharth Nayyar &lt;sidnayyar@google.com&gt;</dc:creator>
    </item>
<item>
        <title>4afc71bba8b7d7841681e7647ae02f5079aaf28f - module.lds,codetag: force 0 sh_addr for sections</title>
        <link>http://opengrok.kc2vjw.com:8080/history/linux/scripts/module.lds.S#4afc71bba8b7d7841681e7647ae02f5079aaf28f</link>
        <description>module.lds,codetag: force 0 sh_addr for sectionsCommit 1ba9f8979426 (&quot;vmlinux.lds: Unify TEXT_MAIN, DATA_MAIN, andrelated macros&quot;) added .text and made .data, .bss, and .rodata sectionsunconditional in the module linker script, but without an explicitaddress like the other sections in the same file.When linking modules with ld.bfd -r, sections defined without an addressinherit the location counter, resulting in non-zero sh_addr values inthe .ko.  Relocatable objects are expected to have sh_addr=0 for thesesections and these non-zero addresses confuse elfutils and have beenreported to cause segmentation faults in SystemTap [1].Add the 0 address specifier to all sections in module.lds, including the.codetag.* sections via MOD_SEPARATE_CODETAG_SECTIONS macro.Link: https://sourceware.org/bugzilla/show_bug.cgi?id=33958Fixes: 1ba9f8979426 (&quot;vmlinux.lds: Unify TEXT_MAIN, DATA_MAIN, and related macros&quot;)Signed-off-by: Joe Lawrence &lt;joe.lawrence@redhat.com&gt;Reviewed-by: Petr Pavlu &lt;petr.pavlu@suse.com&gt;Acked-by: Josh Poimboeuf &lt;jpoimboe@kernel.org&gt;Signed-off-by: Sami Tolvanen &lt;samitolvanen@google.com&gt;

            List of files:
            /linux/scripts/module.lds.S</description>
        <pubDate>Thu, 05 Mar 2026 01:52:37 +0000</pubDate>
        <dc:creator>Joe Lawrence &lt;joe.lawrence@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>0421ccdfad0d92713a812a5aeb7d07b0ea7213c8 - Merge tag &apos;v7.0-rc3&apos; into next</title>
        <link>http://opengrok.kc2vjw.com:8080/history/linux/scripts/module.lds.S#0421ccdfad0d92713a812a5aeb7d07b0ea7213c8</link>
        <description>Merge tag &apos;v7.0-rc3&apos; into nextSync up with the mainline to brig up the latest changes, specificallychanges to ALPS driver.

            List of files:
            /linux/scripts/module.lds.S</description>
        <pubDate>Thu, 12 Mar 2026 17:44:42 +0000</pubDate>
        <dc:creator>Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>42d3b66d4cdbacfc9d120d2301b8de89cc29a914 - Merge drm/drm-next into drm-xe-next</title>
        <link>http://opengrok.kc2vjw.com:8080/history/linux/scripts/module.lds.S#42d3b66d4cdbacfc9d120d2301b8de89cc29a914</link>
        <description>Merge drm/drm-next into drm-xe-nextBackmerging to bring in 7.00-rc3. Important ahead GPU SVM merging THPsupport.Signed-off-by: Matthew Brost &lt;matthew.brost@intel.com&gt;

            List of files:
            /linux/scripts/module.lds.S</description>
        <pubDate>Thu, 12 Mar 2026 14:17:56 +0000</pubDate>
        <dc:creator>Matthew Brost &lt;matthew.brost@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>f09812b85fa6f41058bcc46e70ac406bf9b0493a - Merge drm/drm-next into drm-intel-next</title>
        <link>http://opengrok.kc2vjw.com:8080/history/linux/scripts/module.lds.S#f09812b85fa6f41058bcc46e70ac406bf9b0493a</link>
        <description>Merge drm/drm-next into drm-intel-nextSync with v7.0-rc1 which contains a few treewide changes affecting i915.Signed-off-by: Jani Nikula &lt;jani.nikula@intel.com&gt;

            List of files:
            /linux/scripts/module.lds.S</description>
        <pubDate>Wed, 25 Feb 2026 11:23:04 +0000</pubDate>
        <dc:creator>Jani Nikula &lt;jani.nikula@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>8b85987d3cf50178f67618122d9f3bb202f62f42 - Merge drm/drm-next into drm-misc-next</title>
        <link>http://opengrok.kc2vjw.com:8080/history/linux/scripts/module.lds.S#8b85987d3cf50178f67618122d9f3bb202f62f42</link>
        <description>Merge drm/drm-next into drm-misc-nextLet&apos;s merge 7.0-rc1 to start the new drm-misc-next windowSigned-off-by: Maxime Ripard &lt;mripard@kernel.org&gt;

            List of files:
            /linux/scripts/module.lds.S</description>
        <pubDate>Mon, 23 Feb 2026 10:48:20 +0000</pubDate>
        <dc:creator>Maxime Ripard &lt;mripard@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>c17ee635fd3a482b2ad2bf5e269755c2eae5f25e - Merge drm/drm-fixes into drm-misc-fixes</title>
        <link>http://opengrok.kc2vjw.com:8080/history/linux/scripts/module.lds.S#c17ee635fd3a482b2ad2bf5e269755c2eae5f25e</link>
        <description>Merge drm/drm-fixes into drm-misc-fixes7.0-rc1 was just released, let&apos;s merge it to kick the new release cycle.Signed-off-by: Maxime Ripard &lt;mripard@kernel.org&gt;

            List of files:
            /linux/scripts/module.lds.S</description>
        <pubDate>Mon, 23 Feb 2026 09:09:45 +0000</pubDate>
        <dc:creator>Maxime Ripard &lt;mripard@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>d08008f196107a80c4e88b866d594b88a56ceaa9 - Merge tag &apos;asoc-fix-v7.0-merge-window&apos; of https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound into for-linus</title>
        <link>http://opengrok.kc2vjw.com:8080/history/linux/scripts/module.lds.S#d08008f196107a80c4e88b866d594b88a56ceaa9</link>
        <description>Merge tag &apos;asoc-fix-v7.0-merge-window&apos; of https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound into for-linusASoC: Fixes for v7.0 merge windowA reasonably small set of fixes and quriks that came in during the mergewindow, there&apos;s one more pending that I&apos;ll send tomorrow if you didn&apos;tsend a PR already.

            List of files:
            /linux/scripts/module.lds.S</description>
        <pubDate>Thu, 19 Feb 2026 11:08:48 +0000</pubDate>
        <dc:creator>Takashi Iwai &lt;tiwai@suse.de&gt;</dc:creator>
    </item>
<item>
        <title>f14c94d21f3ffcd6652217c2c74a26b6ba9ad741 - ASoC: Merge up release</title>
        <link>http://opengrok.kc2vjw.com:8080/history/linux/scripts/module.lds.S#f14c94d21f3ffcd6652217c2c74a26b6ba9ad741</link>
        <description>ASoC: Merge up releaseWe need to fix some commits that went into the final release.

            List of files:
            /linux/scripts/module.lds.S</description>
        <pubDate>Tue, 10 Feb 2026 19:23:02 +0000</pubDate>
        <dc:creator>Mark Brown &lt;broonie@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>7e0b172c80ad797061dfa32e18bf908c81ceab0e - Merge tag &apos;objtool-urgent-2026-02-07&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip</title>
        <link>http://opengrok.kc2vjw.com:8080/history/linux/scripts/module.lds.S#7e0b172c80ad797061dfa32e18bf908c81ceab0e</link>
        <description>Merge tag &apos;objtool-urgent-2026-02-07&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tipPull objtool fixes from Ingo Molnar:: - Bump up the Clang minimum version requirements for livepatch   builds, due to Clang assembler section handling bugs causing   silent miscompilations - Strip livepatching symbol artifacts from non-livepatch modules - Fix livepatch build warnings when certain Clang LTO options   are enabled - Fix livepatch build error when CONFIG_MEM_ALLOC_PROFILING_DEBUG=y* tag &apos;objtool-urgent-2026-02-07&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:  objtool/klp: Fix unexported static call key access for manually built livepatch modules  objtool/klp: Fix symbol correlation for orphaned local symbols  livepatch: Free klp_{object,func}_ext data after initialization  livepatch: Fix having __klp_objects relics in non-livepatch modules  livepatch/klp-build: Require Clang assembler &gt;= 20

            List of files:
            /linux/scripts/module.lds.S</description>
        <pubDate>Sat, 07 Feb 2026 16:21:21 +0000</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>b525fcaf0a76507f152d58c6f9e5ef67b3ff552c - livepatch: Free klp_{object,func}_ext data after initialization</title>
        <link>http://opengrok.kc2vjw.com:8080/history/linux/scripts/module.lds.S#b525fcaf0a76507f152d58c6f9e5ef67b3ff552c</link>
        <description>livepatch: Free klp_{object,func}_ext data after initializationThe klp_object_ext and klp_func_ext data, which are stored in the__klp_objects and __klp_funcs sections, respectively, are not neededafter they are used to create the actual klp_object and klp_funcinstances. This operation is implemented by the init function inscripts/livepatch/init.c.Prefix the two sections with &quot;.init&quot; so they are freed after the moduleis initializated.Signed-off-by: Petr Pavlu &lt;petr.pavlu@suse.com&gt;Acked-by: Joe Lawrence &lt;joe.lawrence@redhat.com&gt;Acked-by: Miroslav Benes &lt;mbenes@suse.cz&gt;Reviewed-by: Aaron Tomlin &lt;atomlin@atomlin.com&gt;Link: https://patch.msgid.link/20260123102825.3521961-3-petr.pavlu@suse.comSigned-off-by: Josh Poimboeuf &lt;jpoimboe@kernel.org&gt;

            List of files:
            /linux/scripts/module.lds.S</description>
        <pubDate>Fri, 23 Jan 2026 10:26:57 +0000</pubDate>
        <dc:creator>Petr Pavlu &lt;petr.pavlu@suse.com&gt;</dc:creator>
    </item>
<item>
        <title>ab10815472fcbc2c772dc21a979460b7f74f0145 - livepatch: Fix having __klp_objects relics in non-livepatch modules</title>
        <link>http://opengrok.kc2vjw.com:8080/history/linux/scripts/module.lds.S#ab10815472fcbc2c772dc21a979460b7f74f0145</link>
        <description>livepatch: Fix having __klp_objects relics in non-livepatch modulesThe linker script scripts/module.lds.S specifies that all input__klp_objects sections should be consolidated into an output section ofthe same name, and start/stop symbols should be created to enablescripts/livepatch/init.c to locate this data.This start/stop pattern is not ideal for modules because the symbols arecreated even if no __klp_objects input sections are present.Consequently, a dummy __klp_objects section also appears in theresulting module. This unnecessarily pollutes non-livepatch modules.Instead, since modules are relocatable files, the usual method forlocating consolidated data in a module is to read its section table.This approach avoids the aforementioned problem.The klp_modinfo already stores a copy of the entire section table withthe final addresses. Introduce a helper function thatscripts/livepatch/init.c can call to obtain the location of the__klp_objects section from this data.Fixes: dd590d4d57eb (&quot;objtool/klp: Introduce klp diff subcommand for diffing object files&quot;)Signed-off-by: Petr Pavlu &lt;petr.pavlu@suse.com&gt;Acked-by: Joe Lawrence &lt;joe.lawrence@redhat.com&gt;Acked-by: Miroslav Benes &lt;mbenes@suse.cz&gt;Reviewed-by: Aaron Tomlin &lt;atomlin@atomlin.com&gt;Link: https://patch.msgid.link/20260123102825.3521961-2-petr.pavlu@suse.comSigned-off-by: Josh Poimboeuf &lt;jpoimboe@kernel.org&gt;

            List of files:
            /linux/scripts/module.lds.S</description>
        <pubDate>Fri, 23 Jan 2026 10:26:56 +0000</pubDate>
        <dc:creator>Petr Pavlu &lt;petr.pavlu@suse.com&gt;</dc:creator>
    </item>
<item>
        <title>cc4adab164b772a34b3340d644b7c4728498581e - Merge tag &apos;v6.19-rc1&apos; into msm-next</title>
        <link>http://opengrok.kc2vjw.com:8080/history/linux/scripts/module.lds.S#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/module.lds.S</description>
        <pubDate>Tue, 20 Jan 2026 22:06:55 +0000</pubDate>
        <dc:creator>Dmitry Baryshkov &lt;dmitry.baryshkov@oss.qualcomm.com&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://opengrok.kc2vjw.com:8080/history/linux/scripts/module.lds.S#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/module.lds.S</description>
        <pubDate>Sun, 21 Dec 2025 10:11:11 +0000</pubDate>
        <dc:creator>Takashi Iwai &lt;tiwai@suse.de&gt;</dc:creator>
    </item>
</channel>
</rss>
