<?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>127b0e05 - vdso: Rename included Makefile</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/vdso/Makefile#127b0e05</link>
        <description>vdso: Rename included MakefileAs the Makefile is included into other Makefiles it can not be used todefine objects to be built from the current source directory.However the generic datastore will introduce such a local source file.Rename the included Makefile so it is clear how it is to be used and tomake room for a regular Makefile in lib/vdso/.Signed-off-by: Thomas Wei&#223;schuh &lt;thomas.weissschuh@linutronix.de&gt;Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Link: https://lore.kernel.org/all/20250204-vdso-store-rng-v3-4-13a4669dfc8c@linutronix.de

            List of files:
            /linux-6.15/arch/arm/vdso/Makefile</description>
        <pubDate>Tue, 04 Feb 2025 12:05:36 +0000</pubDate>
        <dc:creator>Thomas Wei&#223;schuh &lt;thomas.weissschuh@linutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>2bb79470 - ARM: vdso: Remove assembly for datapage access</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/vdso/Makefile#2bb79470</link>
        <description>ARM: vdso: Remove assembly for datapage accessvdso/datapage.h provides a hidden declaration for _vdso_data.When using it the compiler will automatically generate PC-relativeaccesses which avoids the need for a custom assembly-based accessor.Signed-off-by: Thomas Wei&#223;schuh &lt;thomas.weissschuh@linutronix.de&gt;Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Link: https://lore.kernel.org/all/20241010-vdso-generic-base-v1-7-b64f0842d512@linutronix.de

            List of files:
            /linux-6.15/arch/arm/vdso/Makefile</description>
        <pubDate>Thu, 10 Oct 2024 07:01:09 +0000</pubDate>
        <dc:creator>Thomas Wei&#223;schuh &lt;thomas.weissschuh@linutronix.de&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/arm/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/arm/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>56769ba4 - kbuild: unify vdso_install rules</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/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/arm/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>aff69273 - vdso: Improve cmd_vdso_check to check all dynamic relocations</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/vdso/Makefile#aff69273</link>
        <description>vdso: Improve cmd_vdso_check to check all dynamic relocationsThe actual intention is that no dynamic relocation exists in the VDSO. Forthis the VDSO build validates that the resulting .so file does not have anyrelocations which are specified via $(ARCH_REL_TYPE_ABS) per architecture,which is fragile as e.g. ARM64 lacks an entry for R_AARCH64_RELATIVE. Asideof that ARCH_REL_TYPE_ABS is a misnomer as it checks for relativerelocations too.However, some GNU ld ports produce unneeded R_*_NONE relocation entries. Ifa port fails to determine the exact .rel[a].dyn size, the trailing zerosbecome R_*_NONE relocations. E.g. ld&apos;s powerpc port recently fixedhttps://sourceware.org/bugzilla/show_bug.cgi?id=29540). R_*_NONE aregenerally a no-op in the dynamic loaders. So just ignore them.Remove the ARCH_REL_TYPE_ABS defines and just validate that the resulting.so file does not contain any R_* relocation entries except R_*_NONE.Signed-off-by: Fangrui Song &lt;maskray@google.com&gt;Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Tested-by: Vincenzo Frascino &lt;vincenzo.frascino@arm.com&gt; # for aarch64Reviewed-by: Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt;Reviewed-by: Vincenzo Frascino &lt;vincenzo.frascino@arm.com&gt; # for vDSO, aarch64Acked-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt; (powerpc)Link: https://lore.kernel.org/r/20230310190750.3323802-1-maskray@google.com

            List of files:
            /linux-6.15/arch/arm/vdso/Makefile</description>
        <pubDate>Fri, 10 Mar 2023 19:07:50 +0000</pubDate>
        <dc:creator>Fangrui Song &lt;maskray@google.com&gt;</dc:creator>
    </item>
<item>
        <title>d539fee9 - ARM: 9253/1: ubsan: select ARCH_HAS_UBSAN_SANITIZE_ALL</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/vdso/Makefile#d539fee9</link>
        <description>ARM: 9253/1: ubsan: select ARCH_HAS_UBSAN_SANITIZE_ALLTo enable UBSAN on ARM, this patch enables ARCH_HAS_UBSAN_SANITIZE_ALLfrom arm confiuration. Basic kernel bootup test is passed on arm withCONFIG_UBSAN_SANITIZE_ALL enabled.[florian: rebased against v6.0-rc7]Signed-off-by: Seung-Woo Kim &lt;sw0312.kim@samsung.com&gt;Signed-off-by: Florian Fainelli &lt;f.fainelli@gmail.com&gt;Signed-off-by: Russell King (Oracle) &lt;rmk+kernel@armlinux.org.uk&gt;

            List of files:
            /linux-6.15/arch/arm/vdso/Makefile</description>
        <pubDate>Fri, 30 Sep 2022 21:30:09 +0000</pubDate>
        <dc:creator>Seung-Woo Kim &lt;sw0312.kim@samsung.com&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/arm/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/arm/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>9bc19d47 - ARM: 9181/1: vdso: remove -nostdlib compiler flag</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/vdso/Makefile#9bc19d47</link>
        <description>ARM: 9181/1: vdso: remove -nostdlib compiler flagThe -nostdlib option requests the compiler to not use the standardsystem startup files or libraries when linking. It is effective onlywhen $(CC) is used as a linker driver.Since commit fe00e50b2db8 (&quot;ARM: 8858/1: vdso: use $(LD) instead of$(CC) to link VDSO&quot;), $(LD) is directly used, hence -nostdlib isunneeded.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Reviewed-by: Nick Desaulniers &lt;ndesaulniers@google.com&gt;Signed-off-by: Russell King (Oracle) &lt;rmk+kernel@armlinux.org.uk&gt;

            List of files:
            /linux-6.15/arch/arm/vdso/Makefile</description>
        <pubDate>Thu, 20 Jan 2022 05:44:18 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>c9c5c23b - ARM: 9051/1: vdso: remove unneded extra-y addition</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/vdso/Makefile#c9c5c23b</link>
        <description>ARM: 9051/1: vdso: remove unneded extra-y additionThe vdso linker script is prepocessed on demand. Adding it to &apos;targets&apos;is enough, and line 13 of this Makefile does that. This extra-y additionis unneeded.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Signed-off-by: Russell King &lt;rmk+kernel@armlinux.org.uk&gt;

            List of files:
            /linux-6.15/arch/arm/vdso/Makefile</description>
        <pubDate>Wed, 20 Jan 2021 06:08:25 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>d5d44e7e - ARM: 9013/2: Disable KASan instrumentation for some code</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/vdso/Makefile#d5d44e7e</link>
        <description>ARM: 9013/2: Disable KASan instrumentation for some codeDisable instrumentation for arch/arm/boot/compressed/*since that code is executed before the kernel has evenset up its mappings and definately out of scope forKASan.Disable instrumentation of arch/arm/vdso/* because that codeis not linked with the kernel image, so the KASan managementcode would fail to link.Disable instrumentation of arch/arm/mm/physaddr.c. See commitec6d06efb0ba (&quot;arm64: Add support for CONFIG_DEBUG_VIRTUAL&quot;)for more details.Disable kasan check in the function unwind_pop_register becauseit does not matter that kasan checks failed when unwind_pop_register()reads the stack memory of a task.Cc: Andrey Ryabinin &lt;aryabinin@virtuozzo.com&gt;Cc: Alexander Potapenko &lt;glider@google.com&gt;Cc: Dmitry Vyukov &lt;dvyukov@google.com&gt;Cc: kasan-dev@googlegroups.comReviewed-by: Ard Biesheuvel &lt;ardb@kernel.org&gt;Tested-by: Ard Biesheuvel &lt;ardb@kernel.org&gt; # QEMU/KVM/mach-virt/LPAE/8GTested-by: Florian Fainelli &lt;f.fainelli@gmail.com&gt; # Brahma SoCsTested-by: Ahmad Fatoum &lt;a.fatoum@pengutronix.de&gt; # i.MX6QReported-by: Florian Fainelli &lt;f.fainelli@gmail.com&gt;Reported-by: Marc Zyngier &lt;marc.zyngier@arm.com&gt;Signed-off-by: Abbott Liu &lt;liuwenliang@huawei.com&gt;Signed-off-by: Florian Fainelli &lt;f.fainelli@gmail.com&gt;Signed-off-by: Linus Walleij &lt;linus.walleij@linaro.org&gt;Signed-off-by: Russell King &lt;rmk+kernel@armlinux.org.uk&gt;

            List of files:
            /linux-6.15/arch/arm/vdso/Makefile</description>
        <pubDate>Sun, 25 Oct 2020 22:50:09 +0000</pubDate>
        <dc:creator>Linus Walleij &lt;linus.walleij@linaro.org&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/arm/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/arm/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>ddfaf0e4 - ARM: vdso: Don&apos;t use gcc plugins for building vgettimeofday.c</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/vdso/Makefile#ddfaf0e4</link>
        <description>ARM: vdso: Don&apos;t use gcc plugins for building vgettimeofday.cDon&apos;t use gcc plugins for building arch/arm/vdso/vgettimeofday.c toavoid unneeded instrumentation. As previously discussed[1]:arm_ssp_per_task_plugin.c	32-bit ARM only (but likely needs disabling for 32-bit ARM vDSO?)cyc_complexity_plugin.c	compile-time reporting onlylatent_entropy_plugin.c	this shouldn&apos;t get triggered for the vDSO (no __latent_entropy	nor __init attributes in vDSO), but perhaps explicitly disabling	it would be a sensible thing to do, just for robustness?randomize_layout_plugin.c	this shouldn&apos;t get triggered (again, lacking attributes), but	should likely be disabled too.sancov_plugin.c	This should be tracking the KCOV directly (see	scripts/Makefile.kcov), which is already disabled here.structleak_plugin.c	This should be fine in the vDSO, but there&apos;s no security	boundary here, so it wouldn&apos;t be important to KEEP it enabled.[1] https://lore.kernel.org/lkml/20200610073046.GA15939@willie-the-truck/Signed-off-by: Alexander Popov &lt;alex.popov@linux.com&gt;Link: https://lore.kernel.org/r/20200624123330.83226-3-alex.popov@linux.comSigned-off-by: Kees Cook &lt;keescook@chromium.org&gt;

            List of files:
            /linux-6.15/arch/arm/vdso/Makefile</description>
        <pubDate>Wed, 24 Jun 2020 12:33:27 +0000</pubDate>
        <dc:creator>Alexander Popov &lt;alex.popov@linux.com&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/arm/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/arm/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>715f23b6 - ARM: vdso: Set BUILD_VDSO32 and provide 32bit fallbacks</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/vdso/Makefile#715f23b6</link>
        <description>ARM: vdso: Set BUILD_VDSO32 and provide 32bit fallbacksSetting BUILD_VDSO32 is required to expose the legacy 32bit interfaces inthe generic VDSO code which are going to be hidden behind an #ifdefBUILD_VDSO32.The 32bit fallbacks are necessary to remove the existingVDSO_HAS_32BIT_FALLBACK hackery.Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Tested-by: Vincenzo Frascino &lt;vincenzo.frascino@arm.com&gt;Cc: linux-arm-kernel@lists.infradead.orgLink: https://lore.kernel.org/r/87tv4zq9dc.fsf@nanos.tec.linutronix.de

            List of files:
            /linux-6.15/arch/arm/vdso/Makefile</description>
        <pubDate>Tue, 14 Jan 2020 08:41:09 +0000</pubDate>
        <dc:creator>Thomas Gleixner &lt;tglx@linutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>20e2fc42 - ARM: 8930/1: Add support for generic vDSO</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/vdso/Makefile#20e2fc42</link>
        <description>ARM: 8930/1: Add support for generic vDSOThe arm vDSO library requires some adaptations to take advantage ofthe newly introduced generic vDSO library.Introduce the following changes: - Modification vdso.c to be compliant with the common vdso datapage - Use of lib/vdso for gettimeofday - Implementation of elf noteSigned-off-by: Vincenzo Frascino &lt;vincenzo.frascino@arm.com&gt;Signed-off-by: Russell King &lt;rmk+kernel@armlinux.org.uk&gt;

            List of files:
            /linux-6.15/arch/arm/vdso/Makefile</description>
        <pubDate>Mon, 04 Nov 2019 10:59:59 +0000</pubDate>
        <dc:creator>Vincenzo Frascino &lt;vincenzo.frascino@arm.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/arm/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/arm/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>b777a981 - ARM: 8860/1: VDSO: Drop implicit common-page-size linker flag</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/vdso/Makefile#b777a981</link>
        <description>ARM: 8860/1: 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/arm/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.comAcked-by: Arnd Bergmann &lt;arnd@arndb.de&gt;Acked-by: Nathan Lynch &lt;nathanl@linux.ibm.com&gt;Suggested-by: Nathan Chancellor &lt;natechancellor@gmail.com&gt;Signed-off-by: Nick Desaulniers &lt;ndesaulniers@google.com&gt;Signed-off-by: Russell King &lt;rmk+kernel@armlinux.org.uk&gt;

            List of files:
            /linux-6.15/arch/arm/vdso/Makefile</description>
        <pubDate>Wed, 24 Apr 2019 18:37:46 +0000</pubDate>
        <dc:creator>Nick Desaulniers &lt;ndesaulniers@google.com&gt;</dc:creator>
    </item>
<item>
        <title>c5d0e49e - ARM: 8867/1: vdso: pass --be8 to linker if necessary</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/vdso/Makefile#c5d0e49e</link>
        <description>ARM: 8867/1: vdso: pass --be8 to linker if necessaryThe commit fe00e50b2db8 (&quot;ARM: 8858/1: vdso: use $(LD) instead of $(CC)to link VDSO&quot;) removed the passing of CFLAGS, since ld doesn&apos;t takethose directly. However, prior, big-endian ARM was relying on gcc totranslate its -mbe8 option into ld&apos;s --be8 option. Lacking this, ldgenerated be32 code, making the VDSO generate SIGILL when called byuserspace.This commit passes --be8 if CONFIG_CPU_ENDIAN_BE8 is enabled.Signed-off-by: Jason A. Donenfeld &lt;Jason@zx2c4.com&gt;Cc: Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;Cc: Arnd Bergmann &lt;arnd@arndb.de&gt;Cc: Ard Biesheuvel &lt;ard.biesheuvel@linaro.org&gt;Signed-off-by: Russell King &lt;rmk+kernel@armlinux.org.uk&gt;

            List of files:
            /linux-6.15/arch/arm/vdso/Makefile</description>
        <pubDate>Mon, 17 Jun 2019 12:29:19 +0000</pubDate>
        <dc:creator>Jason A. Donenfeld &lt;Jason@zx2c4.com&gt;</dc:creator>
    </item>
<item>
        <title>fe00e50b - ARM: 8858/1: vdso: use $(LD) instead of $(CC) to link VDSO</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/vdso/Makefile#fe00e50b</link>
        <description>ARM: 8858/1: vdso: use $(LD) instead of $(CC) to link VDSOWe use $(LD) to link vmlinux, modules, decompressors, etc.VDSO is the only exceptional case where $(CC) is used as the linkerdriver, but I do not know why we need to do so. VDSO uses a speciallinker script, and does not link standard libraries at all.I changed the Makefile to use $(LD) rather than $(CC). I confirmedthe same vdso.so.raw was still produced.Users will be able to use their favorite linker (e.g. lld instead ofof bfd) by passing LD= from the command line.My plan is to rewrite all VDSO Makefiles to use $(LD), then deletecc-ldoption.Signed-off-by: Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;Reviewed-by: Nick Desaulniers &lt;ndesaulniers@google.com&gt;Signed-off-by: Russell King &lt;rmk+kernel@armlinux.org.uk&gt;

            List of files:
            /linux-6.15/arch/arm/vdso/Makefile</description>
        <pubDate>Thu, 18 Apr 2019 09:57:49 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;</dc:creator>
    </item>
<item>
        <title>75851720 - arm: port KCOV to arm</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/vdso/Makefile#75851720</link>
        <description>arm: port KCOV to armKCOV is code coverage collection facility used, in particular, bysyzkaller system call fuzzer.  There is some interest in using syzkalleron arm devices.  So port KCOV to arm.On implementation level this merely declares that KCOV is supported anddisables instrumentation of 3 special cases.  Reasons for disabling arecommented in code.Tested with qemu-system-arm/vexpress-a15.Link: http://lkml.kernel.org/r/20180511143248.112484-1-dvyukov@google.comSigned-off-by: Dmitry Vyukov &lt;dvyukov@google.com&gt;Acked-by: Mark Rutland &lt;mark.rutland@arm.com&gt;Cc: Russell King &lt;linux@armlinux.org.uk&gt;Cc: Abbott Liu &lt;liuwenliang@huawei.com&gt;Cc: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Cc: Koguchi Takuo &lt;takuo.koguchi.sw@hitachi.com&gt;Cc: &lt;syzkaller@googlegroups.com&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/arm/vdso/Makefile</description>
        <pubDate>Thu, 14 Jun 2018 22:27:44 +0000</pubDate>
        <dc:creator>Dmitry Vyukov &lt;dvyukov@google.com&gt;</dc:creator>
    </item>
</channel>
</rss>
