<?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>65226297 - sparc/vdso: Always reject undefined references during linking</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/sparc/vdso/Makefile#65226297</link>
        <description>sparc/vdso: Always reject undefined references during linkingInstead of using a custom script to detect and fail on undefinedreferences, use --no-undefined for all VDSO linker invocations.Drop the now unused checkundef.sh script.Signed-off-by: Thomas Wei&#223;schuh &lt;thomas.weissschuh@linutronix.de&gt;Signed-off-by: Ingo Molnar &lt;mingo@kernel.org&gt;Cc: David S. Miller &lt;davem@davemloft.net&gt;Cc: Andreas Larsson &lt;andreas@gaisler.com&gt;Link: https://lore.kernel.org/r/20250306-vdso-checkundef-v2-2-a26cc315fd73@linutronix.de

            List of files:
            /linux-6.15/arch/sparc/vdso/Makefile</description>
        <pubDate>Thu, 06 Mar 2025 14:07:21 +0000</pubDate>
        <dc:creator>Thomas Wei&#223;schuh &lt;thomas.weissschuh@linutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>69114be1 - sparc/build: Put usage of -fcall-used* flags behind cc-option</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/sparc/vdso/Makefile#69114be1</link>
        <description>sparc/build: Put usage of -fcall-used* flags behind cc-optionPlace -fcall-used* flags behind cc-option so that clang (which doesn&apos;tsupport them) can still compile the kernel.This is a safe change, the reasoning is as follows:In the (normal) 32-bit ABI, %g5 and %g7 is normally reserved, and inthe 64-bit ABI, %g7 is the reserved one.Linux turns them into volatile registers by the way of -fcall-used-*,but on the other hand, omitting the flags shouldn&apos;t be harmful;compilers will now simply refuse to touch them, and any assemblycode that happens to touch them would still work like usual (becauseLinux&apos; conventions already treats them as volatile anyway).Signed-off-by: Koakuma &lt;koachan@protonmail.com&gt;Reviewed-by: Nathan Chancellor &lt;nathan@kernel.org&gt;Tested-by: Nathan Chancellor &lt;nathan@kernel.org&gt;Reviewed-by: Andreas Larsson &lt;andreas@gaisler.com&gt;Link: https://lore.kernel.org/r/20241029-sparc-cflags-v3-1-b28745a6bd71@protonmail.comSigned-off-by: Andreas Larsson &lt;andreas@gaisler.com&gt;

            List of files:
            /linux-6.15/arch/sparc/vdso/Makefile</description>
        <pubDate>Tue, 29 Oct 2024 14:49:07 +0000</pubDate>
        <dc:creator>Koakuma &lt;koachan@protonmail.com&gt;</dc:creator>
    </item>
<item>
        <title>7f7f6f7a - Makefile: remove redundant tool coverage variables</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/sparc/vdso/Makefile#7f7f6f7a</link>
        <description>Makefile: remove redundant tool coverage variablesNow Kbuild provides reasonable defaults for objtool, sanitizers, andprofilers.Remove redundant variables.Note:This commit changes the coverage for some objects:  - include arch/mips/vdso/vdso-image.o into UBSAN, GCOV, KCOV  - include arch/sparc/vdso/vdso-image-*.o into UBSAN  - include arch/sparc/vdso/vma.o into UBSAN  - include arch/x86/entry/vdso/extable.o into KASAN, KCSAN, UBSAN, GCOV, KCOV  - include arch/x86/entry/vdso/vdso-image-*.o into KASAN, KCSAN, UBSAN, GCOV, KCOV  - include arch/x86/entry/vdso/vdso32-setup.o into KASAN, KCSAN, UBSAN, GCOV, KCOV  - include arch/x86/entry/vdso/vma.o into GCOV, KCOV  - include arch/x86/um/vdso/vma.o into KASAN, GCOV, KCOVI believe these are positive effects because all of them are kernelspace objects.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Reviewed-by: Kees Cook &lt;keescook@chromium.org&gt;Tested-by: Roberto Sassu &lt;roberto.sassu@huawei.com&gt;

            List of files:
            /linux-6.15/arch/sparc/vdso/Makefile</description>
        <pubDate>Mon, 06 May 2024 13:35:43 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>b1992c37 - kbuild: use $(src) instead of $(srctree)/$(src) for source directory</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/sparc/vdso/Makefile#b1992c37</link>
        <description>kbuild: use $(src) instead of $(srctree)/$(src) for source directoryKbuild conventionally uses $(obj)/ for generated files, and $(src)/ forchecked-in source files. It is merely a convention without any functionaldifference. In fact, $(obj) and $(src) are exactly the same, as definedin scripts/Makefile.build:    src := $(obj)When the kernel is built in a separate output directory, $(src) doesnot accurately reflect the source directory location. While Kbuildresolves this discrepancy by specifying VPATH=$(srctree) to search forsource files, it does not cover all cases. For example, when adding aheader search path for local headers, -I$(srctree)/$(src) is typicallypassed to the compiler.This introduces inconsistency between upstream and downstream Makefilesbecause $(src) is used instead of $(srctree)/$(src) for the latter.To address this inconsistency, this commit changes the semantics of$(src) so that it always points to the directory in the source tree.Going forward, the variables used in Makefiles will have the followingmeanings:  $(obj)     - directory in the object tree  $(src)     - directory in the source tree  (changed by this commit)  $(objtree) - the top of the kernel object tree  $(srctree) - the top of the kernel source treeConsequently, $(srctree)/$(src) in upstream Makefiles need to be replacedwith $(src).Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Reviewed-by: Nicolas Schier &lt;nicolas@fjasle.eu&gt;

            List of files:
            /linux-6.15/arch/sparc/vdso/Makefile</description>
        <pubDate>Sat, 27 Apr 2024 14:55:02 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>d4be85d0 - sparc: vdso: Disable UBSAN instrumentation</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/sparc/vdso/Makefile#d4be85d0</link>
        <description>sparc: vdso: Disable UBSAN instrumentationThe UBSAN instrumentation cannot work in the vDSO since it is executingin userspace, so disable it in the Makefile. Fixes the build failuressuch as:arch/sparc/vdso/vclock_gettime.c:217: undefined reference to `__ubsan_handle_shift_out_of_bounds&apos;Acked-by: Sam Ravnborg &lt;sam@ravnborg.org&gt;Link: https://lore.kernel.org/all/20240224073617.GA2959352@ravnborg.orgSigned-off-by: Kees Cook &lt;keescook@chromium.org&gt;

            List of files:
            /linux-6.15/arch/sparc/vdso/Makefile</description>
        <pubDate>Fri, 23 Feb 2024 16:57:45 +0000</pubDate>
        <dc:creator>Kees Cook &lt;keescook@chromium.org&gt;</dc:creator>
    </item>
<item>
        <title>d821f8a2 - sparc: vdso: use $(addprefix ) instead of $(foreach )</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/sparc/vdso/Makefile#d821f8a2</link>
        <description>sparc: vdso: use $(addprefix ) instead of $(foreach )$(addprefix ) is slightly shorter and more intuitive.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Acked-by: Sam Ravnborg &lt;sam@ravnborg.org&gt;

            List of files:
            /linux-6.15/arch/sparc/vdso/Makefile</description>
        <pubDate>Sun, 03 Dec 2023 10:14:18 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>918d8f94 - sparc: vdso: simplify obj-y addition</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/sparc/vdso/Makefile#918d8f94</link>
        <description>sparc: vdso: simplify obj-y additionAdd objects to obj-y in a more straightforward way.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Acked-by: Sam Ravnborg &lt;sam@ravnborg.org&gt;

            List of files:
            /linux-6.15/arch/sparc/vdso/Makefile</description>
        <pubDate>Sun, 03 Dec 2023 10:14:17 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>53c5adff - sparc: vdso: clean up build artifacts in arch/sparc/vdso/</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/sparc/vdso/Makefile#53c5adff</link>
        <description>sparc: vdso: clean up build artifacts in arch/sparc/vdso/Currently, vdso-image-*.c, vdso*.so, vdso*.so.dbg are not cleanedbecause &apos;make clean&apos; does not include include/config/auto.conf,resulting in $(vdso_img-y) being empty.Add the build artifacts to &apos;targets&apos; unconditionally.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Acked-by: Sam Ravnborg &lt;sam@ravnborg.org&gt;

            List of files:
            /linux-6.15/arch/sparc/vdso/Makefile</description>
        <pubDate>Sun, 03 Dec 2023 10:14:16 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>56769ba4 - kbuild: unify vdso_install rules</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/sparc/vdso/Makefile#56769ba4</link>
        <description>kbuild: unify vdso_install rulesCurrently, there is no standard implementation for vdso_install,leading to various issues: 1. Code duplication    Many architectures duplicate similar code just for copying files    to the install destination.    Some architectures (arm, sparc, x86) create build-id symlinks,    introducing more code duplication. 2. Unintended updates of in-tree build artifacts    The vdso_install rule depends on the vdso files to install.    It may update in-tree build artifacts. This can be problematic,    as explained in commit 19514fc665ff (&quot;arm, kbuild: make    &quot;make install&quot; not depend on vmlinux&quot;). 3. Broken code in some architectures    Makefile code is often copied from one architecture to another    without proper adaptation.    &apos;make vdso_install&apos; for parisc does not work.    &apos;make vdso_install&apos; for s390 installs vdso64, but not vdso32.To address these problems, this commit introduces a generic vdso_installrule.Architectures that support vdso_install need to define vdso-install-yin arch/*/Makefile. vdso-install-y lists the files to install.For example, arch/x86/Makefile looks like this:  vdso-install-$(CONFIG_X86_64)           += arch/x86/entry/vdso/vdso64.so.dbg  vdso-install-$(CONFIG_X86_X32_ABI)      += arch/x86/entry/vdso/vdsox32.so.dbg  vdso-install-$(CONFIG_X86_32)           += arch/x86/entry/vdso/vdso32.so.dbg  vdso-install-$(CONFIG_IA32_EMULATION)   += arch/x86/entry/vdso/vdso32.so.dbgThese files will be installed to $(MODLIB)/vdso/ with the .dbg suffix,if exists, stripped away.vdso-install-y can optionally take the second field after the colonseparator. This is needed because some architectures install a vdsofile as a different base name.The following is a snippet from arch/arm64/Makefile.  vdso-install-$(CONFIG_COMPAT_VDSO)      += arch/arm64/kernel/vdso32/vdso.so.dbg:vdso32.soThis will rename vdso.so.dbg to vdso32.so during installation. If sucharchitectures change their implementation so that the base names match,this workaround will go away.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Acked-by: Sven Schnelle &lt;svens@linux.ibm.com&gt; # s390Reviewed-by: Nicolas Schier &lt;nicolas@fjasle.eu&gt;Reviewed-by: Guo Ren &lt;guoren@kernel.org&gt;Acked-by: Helge Deller &lt;deller@gmx.de&gt;  # pariscAcked-by: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Acked-by: Russell King (Oracle) &lt;rmk+kernel@armlinux.org.uk&gt;

            List of files:
            /linux-6.15/arch/sparc/vdso/Makefile</description>
        <pubDate>Sat, 14 Oct 2023 10:54:35 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>613f4b3e - randstruct: Split randstruct Makefile and CFLAGS</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/sparc/vdso/Makefile#613f4b3e</link>
        <description>randstruct: Split randstruct Makefile and CFLAGSTo enable the new Clang randstruct implementation[1], moverandstruct into its own Makefile and split the CFLAGS fromGCC_PLUGINS_CFLAGS into RANDSTRUCT_CFLAGS.[1] https://reviews.llvm.org/D121556Cc: linux-hardening@vger.kernel.orgSigned-off-by: Kees Cook &lt;keescook@chromium.org&gt;Link: https://lore.kernel.org/r/20220503205503.3054173-5-keescook@chromium.org

            List of files:
            /linux-6.15/arch/sparc/vdso/Makefile</description>
        <pubDate>Tue, 03 May 2022 20:55:01 +0000</pubDate>
        <dc:creator>Kees Cook &lt;keescook@chromium.org&gt;</dc:creator>
    </item>
<item>
        <title>0f6372e5 - treewide: remove DISABLE_LTO</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/sparc/vdso/Makefile#0f6372e5</link>
        <description>treewide: remove DISABLE_LTOThis change removes all instances of DISABLE_LTO fromMakefiles, as they are currently unused, and the preferredmethod of disabling LTO is to filter out the flags instead.Note added by Masahiro Yamada:DISABLE_LTO was added as preparation for GCC LTO, but GCC LTO wasnot pulled into the mainline. (https://lkml.org/lkml/2014/4/8/272)Suggested-by: Kees Cook &lt;keescook@chromium.org&gt;Signed-off-by: Sami Tolvanen &lt;samitolvanen@google.com&gt;Reviewed-by: Kees Cook &lt;keescook@chromium.org&gt;Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;

            List of files:
            /linux-6.15/arch/sparc/vdso/Makefile</description>
        <pubDate>Tue, 13 Oct 2020 00:31:45 +0000</pubDate>
        <dc:creator>Sami Tolvanen &lt;samitolvanen@google.com&gt;</dc:creator>
    </item>
<item>
        <title>a9684337 - kbuild: explicitly specify the build id style</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/sparc/vdso/Makefile#a9684337</link>
        <description>kbuild: explicitly specify the build id styleld&apos;s --build-id defaults to &quot;sha1&quot; style, while lld defaults to &quot;fast&quot;.The build IDs are very different between the two, which may confuseprograms that reference them.Signed-off-by: Bill Wendling &lt;morbo@google.com&gt;Acked-by: David S. Miller &lt;davem@davemloft.net&gt;Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;

            List of files:
            /linux-6.15/arch/sparc/vdso/Makefile</description>
        <pubDate>Tue, 22 Sep 2020 23:21:40 +0000</pubDate>
        <dc:creator>Bill Wendling &lt;morbo@google.com&gt;</dc:creator>
    </item>
<item>
        <title>893ab004 - kbuild: remove cc-option test of -fno-stack-protector</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/sparc/vdso/Makefile#893ab004</link>
        <description>kbuild: remove cc-option test of -fno-stack-protectorSome Makefiles already pass -fno-stack-protector unconditionally.For example, arch/arm64/kernel/vdso/Makefile, arch/x86/xen/Makefile.No problem report so far about hard-coding this option. So, we canassume all supported compilers know -fno-stack-protector.GCC 4.8 and Clang support this option (https://godbolt.org/z/_HDGzN)Get rid of cc-option from -fno-stack-protector.Remove CONFIG_CC_HAS_STACKPROTECTOR_NONE, which is always &apos;y&apos;.Note:arch/mips/vdso/Makefile adds -fno-stack-protector twice, firstunconditionally, and second conditionally. I removed the second one.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Reviewed-by: Kees Cook &lt;keescook@chromium.org&gt;Acked-by: Ard Biesheuvel &lt;ardb@kernel.org&gt;Reviewed-by: Nick Desaulniers &lt;ndesaulniers@google.com&gt;

            List of files:
            /linux-6.15/arch/sparc/vdso/Makefile</description>
        <pubDate>Fri, 26 Jun 2020 18:59:12 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>5f2fb52f - kbuild: rename hostprogs-y/always to hostprogs/always-y</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/sparc/vdso/Makefile#5f2fb52f</link>
        <description>kbuild: rename hostprogs-y/always to hostprogs/always-yIn old days, the &quot;host-progs&quot; syntax was used for specifying hostprograms. It was renamed to the current &quot;hostprogs-y&quot; in 2004.It is typically useful in scripts/Makefile because it allows Kbuild toselectively compile host programs based on the kernel configuration.This commit renames like follows:  always       -&gt;  always-y  hostprogs-y  -&gt;  hostprogsSo, scripts/Makefile will look like this:  always-$(CONFIG_BUILD_BIN2C) += ...  always-$(CONFIG_KALLSYMS)    += ...      ...  hostprogs := $(always-y) $(always-m)I think this makes more sense because a host program is always a hostprogram, irrespective of the kernel configuration. We want to specifywhich ones to compile by CONFIG options, so always-y will be handier.The &quot;always&quot;, &quot;hostprogs-y&quot;, &quot;hostprogs-m&quot; will be kept for backwardcompatibility for a while.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;

            List of files:
            /linux-6.15/arch/sparc/vdso/Makefile</description>
        <pubDate>Sat, 01 Feb 2020 16:49:24 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>53472914 - sparc: vdso: fix build error of vdso32</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/sparc/vdso/Makefile#53472914</link>
        <description>sparc: vdso: fix build error of vdso32Since commit 54b8ae66ae1a (&quot;kbuild: change *FLAGS_&lt;basetarget&gt;.o totake the path relative to $(obj)&quot;), sparc allmodconfig fails to buildas follows:  CC      arch/sparc/vdso/vdso32/vclock_gettime.ounrecognized e_machine 18 arch/sparc/vdso/vdso32/vclock_gettime.oarch/sparc/vdso/vdso32/vclock_gettime.o: failedThe cause of the breakage is that -pg flag not being dropped.The vdso32 files are located in the vdso32/ subdirectory, but I missedto update the Makefile.I removed the meaningless CFLAGS_REMOVE_vdso-note.o since it is onlyeffective for C file.vdso-note.o is compiled from assembly file:  arch/sparc/vdso/vdso-note.S  arch/sparc/vdso/vdso32/vdso-note.SFixes: 54b8ae66ae1a (&quot;kbuild: change *FLAGS_&lt;basetarget&gt;.o to take the path relative to $(obj)&quot;)Reported-by: Anatoly Pugachev &lt;matorola@gmail.com&gt;Reported-by: Guenter Roeck &lt;linux@roeck-us.net&gt;Signed-off-by: Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;Tested-by: Anatoly Pugachev &lt;matorola@gmail.com&gt;Acked-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux-6.15/arch/sparc/vdso/Makefile</description>
        <pubDate>Sun, 22 Sep 2019 11:34:36 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;</dc:creator>
    </item>
<item>
        <title>89ff7131 - kbuild: add --hash-style= and --build-id unconditionally</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/sparc/vdso/Makefile#89ff7131</link>
        <description>kbuild: add --hash-style= and --build-id unconditionallyAs commit 1e0221374e30 (&quot;mips: vdso: drop unnecessary cc-ldoption&quot;)explained, these flags are supported by the minimal required versionof binutils. They are supported by ld.lld too.Signed-off-by: Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;Reviewed-by: Nathan Chancellor &lt;natechancellor@gmail.com&gt;Tested-by: Nathan Chancellor &lt;natechancellor@gmail.com&gt;

            List of files:
            /linux-6.15/arch/sparc/vdso/Makefile</description>
        <pubDate>Sat, 13 Jul 2019 04:01:10 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;</dc:creator>
    </item>
<item>
        <title>ec8f24b7 - treewide: Add SPDX license identifier - Makefile/Kconfig</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/sparc/vdso/Makefile#ec8f24b7</link>
        <description>treewide: Add SPDX license identifier - Makefile/KconfigAdd SPDX license identifiers to all Make/Kconfig files which: - Have no license information of any formThese files fall under the project license, GPL v2 only. The resulting SPDXlicense identifier is:  GPL-2.0-onlySigned-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/arch/sparc/vdso/Makefile</description>
        <pubDate>Sun, 19 May 2019 12:07:45 +0000</pubDate>
        <dc:creator>Thomas Gleixner &lt;tglx@linutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>269fe565 - sparc: vdso: add FORCE to the build rule of %.so</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/sparc/vdso/Makefile#269fe565</link>
        <description>sparc: vdso: add FORCE to the build rule of %.so$(call if_changed,...) must have FORCE as a prerequisite.Signed-off-by: Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;Reviewed-by: Nick Desaulniers &lt;ndesaulniers@google.com&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux-6.15/arch/sparc/vdso/Makefile</description>
        <pubDate>Wed, 03 Apr 2019 08:32:24 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;</dc:creator>
    </item>
<item>
        <title>0ff70f62 - sparc: vdso: Drop implicit common-page-size linker flag</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/sparc/vdso/Makefile#0ff70f62</link>
        <description>sparc: vdso: Drop implicit common-page-size linker flagGNU linker&apos;s -z common-page-size&apos;s default value is based on the targetarchitecture. arch/sparc/vdso/Makefile sets it to the architecturedefault, which is implicit and redundant. Drop it.Link: https://lkml.kernel.org/r/20181206191231.192355-1-ndesaulniers@google.comSigned-off-by: Nick Desaulniers &lt;ndesaulniers@google.com&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux-6.15/arch/sparc/vdso/Makefile</description>
        <pubDate>Mon, 10 Dec 2018 22:35:13 +0000</pubDate>
        <dc:creator>ndesaulniers@google.com &lt;ndesaulniers@google.com&gt;</dc:creator>
    </item>
<item>
        <title>ecd4c19f - sparc: Validate VDSO for undefined symbols.</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/sparc/vdso/Makefile#ecd4c19f</link>
        <description>sparc: Validate VDSO for undefined symbols.There should be no undefined symbols in the resulting VDSO image(s).On sparc, fixed register usage can result in undefined symbols endingup in the image.  To combat this, we do two things:1) Define current_thread_info() specially when BUILD_DSO.2) Ignore &quot;#scratch&quot; register undefined symbols in the output.Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux-6.15/arch/sparc/vdso/Makefile</description>
        <pubDate>Mon, 22 Oct 2018 05:36:17 +0000</pubDate>
        <dc:creator>David S. Miller &lt;davem@davemloft.net&gt;</dc:creator>
    </item>
</channel>
</rss>
