<?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>7439cfed - powerpc/crc-t10dif: expose CRC-T10DIF function through lib</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/lib/Makefile#7439cfed</link>
        <description>powerpc/crc-t10dif: expose CRC-T10DIF function through libMove the powerpc CRC-T10DIF assembly code into the lib directory andwire it up to the library interface.  This allows it to be used withoutgoing through the crypto API.  It remains usable via the crypto API toovia the shash algorithms that use the library interface.  Thus all thearch-specific &quot;shash&quot; code becomes unnecessary and is removed.Note: to see the diff from arch/powerpc/crypto/crct10dif-vpmsum_glue.cto arch/powerpc/lib/crc-t10dif-glue.c, view this commit with&apos;git show -M10&apos;.Reviewed-by: Ard Biesheuvel &lt;ardb@kernel.org&gt;Reviewed-by: Martin K. Petersen &lt;martin.petersen@oracle.com&gt;Link: https://lore.kernel.org/r/20241202012056.209768-8-ebiggers@kernel.orgSigned-off-by: Eric Biggers &lt;ebiggers@google.com&gt;

            List of files:
            /linux-6.15/arch/powerpc/lib/Makefile</description>
        <pubDate>Mon, 02 Dec 2024 01:20:51 +0000</pubDate>
        <dc:creator>Eric Biggers &lt;ebiggers@google.com&gt;</dc:creator>
    </item>
<item>
        <title>372ff60a - powerpc/crc32: expose CRC32 functions through lib</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/lib/Makefile#372ff60a</link>
        <description>powerpc/crc32: expose CRC32 functions through libMove the powerpc CRC32C assembly code into the lib directory and wire itup to the library interface.  This allows it to be used without goingthrough the crypto API.  It remains usable via the crypto API too viathe shash algorithms that use the library interface.  Thus all thearch-specific &quot;shash&quot; code becomes unnecessary and is removed.Note: to see the diff from arch/powerpc/crypto/crc32c-vpmsum_glue.c toarch/powerpc/lib/crc32-glue.c, view this commit with &apos;git show -M10&apos;.Reviewed-by: Ard Biesheuvel &lt;ardb@kernel.org&gt;Acked-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lore.kernel.org/r/20241202010844.144356-9-ebiggers@kernel.orgSigned-off-by: Eric Biggers &lt;ebiggers@google.com&gt;

            List of files:
            /linux-6.15/arch/powerpc/lib/Makefile</description>
        <pubDate>Mon, 02 Dec 2024 01:08:33 +0000</pubDate>
        <dc:creator>Eric Biggers &lt;ebiggers@google.com&gt;</dc:creator>
    </item>
<item>
        <title>c330b50d - powerpc/Makefile: Remove bits related to the previous use of -mcmodel=large</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/lib/Makefile#c330b50d</link>
        <description>powerpc/Makefile: Remove bits related to the previous use of -mcmodel=largeAll supported compilers today (gcc v5.1+ and clang v11+) have support for-mcmodel=medium. As such, NO_MINIMAL_TOC is no longer being set. RemoveNO_MINIMAL_TOC as well as the fallback to -mminimal-toc.Reviewed-by: Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt;Signed-off-by: Naveen N Rao &lt;naveen@kernel.org&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://msgid.link/20240110141237.3179199-1-naveen@kernel.org

            List of files:
            /linux-6.15/arch/powerpc/lib/Makefile</description>
        <pubDate>Wed, 10 Jan 2024 14:12:37 +0000</pubDate>
        <dc:creator>Naveen N Rao &lt;naveen@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>35f20786 - powerpc: xor_vmx: Add &apos;-mhard-float&apos; to CFLAGS</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/lib/Makefile#35f20786</link>
        <description>powerpc: xor_vmx: Add &apos;-mhard-float&apos; to CFLAGSarch/powerpc/lib/xor_vmx.o is built with &apos;-msoft-float&apos; (from the mainpowerpc Makefile) and &apos;-maltivec&apos; (from its CFLAGS), which causes anerror when building with clang after a recent change in main:  error: option &apos;-msoft-float&apos; cannot be specified with &apos;-maltivec&apos;  make[6]: *** [scripts/Makefile.build:243: arch/powerpc/lib/xor_vmx.o] Error 1Explicitly add &apos;-mhard-float&apos; before &apos;-maltivec&apos; in xor_vmx.o&apos;s CFLAGSto override the previous inclusion of &apos;-msoft-float&apos; (as the last optionwins), which matches how other areas of the kernel use &apos;-maltivec&apos;, suchas AMDGPU.Cc: stable@vger.kernel.orgCloses: https://github.com/ClangBuiltLinux/linux/issues/1986Link: https://github.com/llvm/llvm-project/commit/4792f912b232141ecba4cbae538873be3c28556cSigned-off-by: Nathan Chancellor &lt;nathan@kernel.org&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://msgid.link/20240127-ppc-xor_vmx-drop-msoft-float-v1-1-f24140e81376@kernel.org

            List of files:
            /linux-6.15/arch/powerpc/lib/Makefile</description>
        <pubDate>Sat, 27 Jan 2024 18:07:43 +0000</pubDate>
        <dc:creator>Nathan Chancellor &lt;nathan@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>1b1e3800 - powerpc: add crtsavres.o to always-y instead of extra-y</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/lib/Makefile#1b1e3800</link>
        <description>powerpc: add crtsavres.o to always-y instead of extra-ycrtsavres.o is linked to modules. However, as explained in commitd0e628cd817f (&quot;kbuild: doc: clarify the difference between extra-yand always-y&quot;), &apos;make modules&apos; does not build extra-y.For example, the following command fails:  $ make ARCH=powerpc LLVM=1 KBUILD_MODPOST_WARN=1 mrproper ps3_defconfig modules    [snip]    LD [M]  arch/powerpc/platforms/cell/spufs/spufs.ko  ld.lld: error: cannot open arch/powerpc/lib/crtsavres.o: No such file or directory  make[3]: *** [scripts/Makefile.modfinal:56: arch/powerpc/platforms/cell/spufs/spufs.ko] Error 1  make[2]: *** [Makefile:1844: modules] Error 2  make[1]: *** [/home/masahiro/workspace/linux-kbuild/Makefile:350: __build_one_by_one] Error 2  make: *** [Makefile:234: __sub-make] Error 2Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Fixes: baa25b571a16 (&quot;powerpc/64: Do not link crtsavres.o in vmlinux&quot;)Reviewed-by: Nicholas Piggin &lt;npiggin@gmail.com&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://msgid.link/20231120232332.4100288-1-masahiroy@kernel.org

            List of files:
            /linux-6.15/arch/powerpc/lib/Makefile</description>
        <pubDate>Mon, 20 Nov 2023 23:23:32 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>fabdb27d - powerpc: Drop zalloc_maybe_bootmem()</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/lib/Makefile#fabdb27d</link>
        <description>powerpc: Drop zalloc_maybe_bootmem()The only callers of zalloc_maybe_bootmem() are PCI setup routines. Theseused to be called early during boot before slab setup, and also duringruntime due to hotplug.But commit 5537fcb319d0 (&quot;powerpc/pci: Add ppc_md.discover_phbs()&quot;)moved the boot-time calls later, after slab setup, meaning there&apos;s nolonger any need for zalloc_maybe_bootmem(), kzalloc() can be used in allcases.Reviewed-by: Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://msgid.link/20230823055430.752550-1-mpe@ellerman.id.au

            List of files:
            /linux-6.15/arch/powerpc/lib/Makefile</description>
        <pubDate>Wed, 23 Aug 2023 05:54:30 +0000</pubDate>
        <dc:creator>Michael Ellerman &lt;mpe@ellerman.id.au&gt;</dc:creator>
    </item>
<item>
        <title>54a11654 - powerpc: remove checks for binutils older than 2.25</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/lib/Makefile#54a11654</link>
        <description>powerpc: remove checks for binutils older than 2.25Commit e4412739472b (&quot;Documentation: raise minimum supported version ofbinutils to 2.25&quot;) allows us to remove the checks for old binutils.There is no more user for ld-ifversion. Remove it as well.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Reviewed-by: Nicholas Piggin &lt;npiggin@gmail.com&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://msgid.link/20230119082250.151485-1-masahiroy@kernel.org

            List of files:
            /linux-6.15/arch/powerpc/lib/Makefile</description>
        <pubDate>Thu, 19 Jan 2023 08:22:50 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>2fb857bc - powerpc/kcsan: Add exclusions from instrumentation</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/lib/Makefile#2fb857bc</link>
        <description>powerpc/kcsan: Add exclusions from instrumentationExclude various incompatible compilation units from KCSANinstrumentation.Signed-off-by: Rohan McLure &lt;rmclure@linux.ibm.com&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lore.kernel.org/r/20230206021801.105268-2-rmclure@linux.ibm.com

            List of files:
            /linux-6.15/arch/powerpc/lib/Makefile</description>
        <pubDate>Mon, 06 Feb 2023 02:17:57 +0000</pubDate>
        <dc:creator>Rohan McLure &lt;rmclure@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>9f61521c - powerpc/qspinlock: powerpc qspinlock implementation</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/lib/Makefile#9f61521c</link>
        <description>powerpc/qspinlock: powerpc qspinlock implementationAdd a powerpc specific implementation of queued spinlocks. This is thebuild framework with a very simple (non-queued) spinlock implementationto begin with. Later changes add queueing, and other features andoptimisations one-at-a-time. It is done this way to more easily see howthe queued spinlocks are built, and to make performance and correctnessbisects more useful.Signed-off-by: Nicholas Piggin &lt;npiggin@gmail.com&gt;[mpe: Drop paravirt.h &amp; processor.h changes to fix 32-bit build][mpe: Fix 32-bit build of qspinlock.o &amp; disallow GENERIC_LOCKBREAK per Nick]Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lore.kernel.org/r/CONLLQB6DCJU.2ZPOS7T6S5GRR@bobo

            List of files:
            /linux-6.15/arch/powerpc/lib/Makefile</description>
        <pubDate>Mon, 28 Nov 2022 03:11:13 +0000</pubDate>
        <dc:creator>Nicholas Piggin &lt;npiggin@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>5352090a - powerpc/kasan: Don&apos;t instrument non-maskable or raw interrupts</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/lib/Makefile#5352090a</link>
        <description>powerpc/kasan: Don&apos;t instrument non-maskable or raw interruptsDisable address sanitization for raw and non-maskable interrupthandlers, because they can run in real mode, where we cannot accessthe shadow memory.  (Note that kasan_arch_is_ready() doesn&apos;t test forreal mode, since it is a static branch for speed, and in any case notall the entry points to the generic KASAN code are protected bykasan_arch_is_ready guards.)The changes to interrupt_nmi_enter/exit_prepare() look larger thanthey actually are.  The changes are equivalent to adding!IS_ENABLED(CONFIG_KASAN) to the conditions for calling nmi_enter() ornmi_exit() in real mode.  That is, the code is equivalent to using thefollowing condition for calling nmi_enter/exit:	if (((!IS_ENABLED(CONFIG_PPC_BOOK3S_64) ||			!firmware_has_feature(FW_FEATURE_LPAR) ||			radix_enabled()) &amp;&amp;		    !IS_ENABLED(CONFIG_KASAN) ||		(mfmsr() &amp; MSR_DR))That unwieldy condition has been split into several statements withcomments, for easier reading.The nmi_ipi_lock functions that call atomic functions (i.e.,nmi_ipi_lock_start(), nmi_ipi_lock() and nmi_ipi_unlock()), besidesbeing marked noinstr, now call arch_atomic_* functions instead ofatomic_* functions because with KASAN enabled, the atomic_* functionsare wrappers which explicitly do address sanitization on theirarguments.  Since we are trying to avoid address sanitization, we haveto use the lower-level arch_atomic_* versions.In hv_nmi_check_nonrecoverable(), the regs_set_unrecoverable() callhas been open-coded so as to avoid having to either trust the inliningor mark regs_set_unrecoverable() as noinstr.[paulus@ozlabs.org: combined a few work-in-progress commits of Daniel&apos;s and wrote the commit message.]Signed-off-by: Daniel Axtens &lt;dja@axtens.net&gt;Signed-off-by: Paul Mackerras &lt;paulus@ozlabs.org&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lore.kernel.org/r/YoTFGaKM8Pd46PIK@cleo

            List of files:
            /linux-6.15/arch/powerpc/lib/Makefile</description>
        <pubDate>Wed, 18 May 2022 10:06:17 +0000</pubDate>
        <dc:creator>Daniel Axtens &lt;dja@axtens.net&gt;</dc:creator>
    </item>
<item>
        <title>bba49665 - powerpc/32: Fix boot failure with GCC latent entropy plugin</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/lib/Makefile#bba49665</link>
        <description>powerpc/32: Fix boot failure with GCC latent entropy pluginBoot fails with GCC latent entropy plugin enabled.This is due to early boot functions trying to access &apos;latent_entropy&apos;global data while the kernel is not relocated at its finaldestination yet.As there is no way to tell GCC to use PTRRELOC() to access it,disable latent entropy plugin in early_32.o and feature-fixups.o andcode-patching.oFixes: 38addce8b600 (&quot;gcc-plugins: Add latent_entropy plugin&quot;)Cc: stable@vger.kernel.org # v4.9+Reported-by: Erhard Furtner &lt;erhard_f@mailbox.org&gt;Signed-off-by: Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://bugzilla.kernel.org/show_bug.cgi?id=215217Link: https://lore.kernel.org/r/2bac55483b8daf5b1caa163a45fa5f9cdbe18be4.1640178426.git.christophe.leroy@csgroup.eu

            List of files:
            /linux-6.15/arch/powerpc/lib/Makefile</description>
        <pubDate>Wed, 22 Dec 2021 13:07:31 +0000</pubDate>
        <dc:creator>Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt;</dc:creator>
    </item>
<item>
        <title>f30a578d - powerpc/code-patching: Move code patching selftests in its own file</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/lib/Makefile#f30a578d</link>
        <description>powerpc/code-patching: Move code patching selftests in its own fileCode patching selftests are half of code-patching.c.As they are guarded by CONFIG_CODE_PATCHING_SELFTESTS,they&apos;d be better in their own file.Also add a missing __init for instr_is_branch_to_addr()Signed-off-by: Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lore.kernel.org/r/c0c30504f04eb546a48ff77127a8bccd12a3d809.1638446239.git.christophe.leroy@csgroup.eu

            List of files:
            /linux-6.15/arch/powerpc/lib/Makefile</description>
        <pubDate>Thu, 02 Dec 2021 12:00:26 +0000</pubDate>
        <dc:creator>Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt;</dc:creator>
    </item>
<item>
        <title>ff14a9c0 - powerpc/code-patching: Use test_trampoline for prefixed patch test</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/lib/Makefile#ff14a9c0</link>
        <description>powerpc/code-patching: Use test_trampoline for prefixed patch testUse the dedicated test_trampoline function for testing prefixedpatching like other tests and remove the hand coded assembly stuff.Signed-off-by: Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lore.kernel.org/r/a450ef3f8653f75e1bd9aaf7a3889d379752f33b.1638446239.git.christophe.leroy@csgroup.eu

            List of files:
            /linux-6.15/arch/powerpc/lib/Makefile</description>
        <pubDate>Thu, 02 Dec 2021 12:00:23 +0000</pubDate>
        <dc:creator>Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt;</dc:creator>
    </item>
<item>
        <title>04e85bbf - isystem: delete global -isystem compile option</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/lib/Makefile#04e85bbf</link>
        <description>isystem: delete global -isystem compile optionFurther isolate kernel from userspace, prevent accidental inclusion ofundesireable headers, mainly float.h and stdatomic.h.nds32 keeps -isystem globally due to intrinsics used in entrenched header.-isystem is selectively reenabled for some files, again, for intrinsics.Compile tested on:hexagon-defconfig hexagon-allmodconfigalpha-allmodconfig alpha-allnoconfig alpha-defconfig arm64-allmodconfigarm64-allnoconfig arm64-defconfig arm-am200epdkit arm-aspeed_g4arm-aspeed_g5 arm-assabet arm-at91_dt arm-axm55xx arm-badge4 arm-bcm2835arm-cerfcube arm-clps711x arm-cm_x300 arm-cns3420vb arm-colibri_pxa270arm-colibri_pxa300 arm-collie arm-corgi arm-davinci_all arm-dovearm-ep93xx arm-eseries_pxa arm-exynos arm-ezx arm-footbridge arm-geminiarm-h3600 arm-h5000 arm-hackkit arm-hisi arm-imote2 arm-imx_v4_v5arm-imx_v6_v7 arm-integrator arm-iop32x arm-ixp4xx arm-jornada720arm-keystone arm-lart arm-lpc18xx arm-lpc32xx arm-lpd270 arm-lubbockarm-magician arm-mainstone arm-milbeaut_m10v arm-mini2440 arm-mmp2arm-moxart arm-mps2 arm-multi_v4t arm-multi_v5 arm-multi_v7 arm-mv78xx0arm-mvebu_v5 arm-mvebu_v7 arm-mxs arm-neponset arm-netwinder arm-nhk8815arm-omap1 arm-omap2plus arm-orion5x arm-oxnas_v6 arm-palmz72 arm-pcm027arm-pleb arm-pxa arm-pxa168 arm-pxa255-idp arm-pxa3xx arm-pxa910arm-qcom arm-realview arm-rpc arm-s3c2410 arm-s3c6400 arm-s5pv210arm-sama5 arm-shannon arm-shmobile arm-simpad arm-socfpga arm-spear13xxarm-spear3xx arm-spear6xx arm-spitz arm-stm32 arm-sunxi arm-tct_hammerarm-tegra arm-trizeps4 arm-u8500 arm-versatile arm-vexpress arm-vf610m4arm-viper arm-vt8500_v6_v7 arm-xcep arm-zeus csky-allmodconfigcsky-allnoconfig csky-defconfig h8300-edosk2674 h8300-h8300h-simh8300-h8s-sim i386-allmodconfig i386-allnoconfig i386-defconfigia64-allmodconfig ia64-allnoconfig ia64-bigsur ia64-generic ia64-gensparseia64-tiger ia64-zx1 m68k-amcore m68k-amiga m68k-apollo m68k-atarim68k-bvme6000 m68k-hp300 m68k-m5208evb m68k-m5249evb m68k-m5272c3m68k-m5275evb m68k-m5307c3 m68k-m5407c3 m68k-m5475evb m68k-macm68k-multi m68k-mvme147 m68k-mvme16x m68k-q40 m68k-stmark2 m68k-sun3m68k-sun3x microblaze-allmodconfig microblaze-allnoconfig microblaze-mmumips-ar7 mips-ath25 mips-ath79 mips-bcm47xx mips-bcm63xx mips-bigsurmips-bmips_be mips-bmips_stb mips-capcella mips-cavium_octeon mips-ci20mips-cobalt mips-cu1000-neo mips-cu1830-neo mips-db1xxx mips-decstationmips-decstation_64 mips-decstation_r4k mips-e55 mips-fuloong2emips-gcw0 mips-generic mips-gpr mips-ip22 mips-ip27 mips-ip28 mips-ip32mips-jazz mips-jmr3927 mips-lemote2f mips-loongson1b mips-loongson1cmips-loongson2k mips-loongson3 mips-malta mips-maltaaprp mips-malta_kvmmips-malta_qemu_32r6 mips-maltasmvp mips-maltasmvp_eva mips-maltaupmips-maltaup_xpa mips-mpc30x mips-mtx1 mips-nlm_xlp mips-nlm_xlrmips-omega2p mips-pic32mzda mips-pistachio mips-qi_lb60 mips-rb532mips-rbtx49xx mips-rm200 mips-rs90 mips-rt305x mips-sb1250_swarmmips-tb0219 mips-tb0226 mips-tb0287 mips-vocore2 mips-workpad mips-xwaynds32-allmodconfig nds32-allnoconfig nds32-defconfig nios2-10m50nios2-3c120 nios2-allmodconfig nios2-allnoconfig openrisc-allmodconfigopenrisc-allnoconfig openrisc-or1klitex openrisc-or1ksimopenrisc-simple_smp parisc-allnoconfig parisc-generic-32bitparisc-generic-64bit powerpc-acadia powerpc-adder875 powerpc-akebonopowerpc-amigaone powerpc-arches powerpc-asp8347 powerpc-bamboopowerpc-bluestone powerpc-canyonlands powerpc-cell powerpc-chrp32powerpc-cm5200 powerpc-currituck powerpc-ebony powerpc-eigerpowerpc-ep8248e powerpc-ep88xc powerpc-fsp2 powerpc-g5 powerpc-gamecubepowerpc-ge_imp3a powerpc-holly powerpc-icon powerpc-iss476-smppowerpc-katmai powerpc-kilauea powerpc-klondike powerpc-kmeter1powerpc-ksi8560 powerpc-linkstation powerpc-lite5200b powerpc-makalupowerpc-maple powerpc-mgcoge powerpc-microwatt powerpc-motionpropowerpc-mpc512x powerpc-mpc5200 powerpc-mpc7448_hpc2 powerpc-mpc8272_adspowerpc-mpc8313_rdb powerpc-mpc8315_rdb powerpc-mpc832x_mdspowerpc-mpc832x_rdb powerpc-mpc834x_itx powerpc-mpc834x_itxgppowerpc-mpc834x_mds powerpc-mpc836x_mds powerpc-mpc836x_rdkpowerpc-mpc837x_mds powerpc-mpc837x_rdb powerpc-mpc83xxpowerpc-mpc8540_ads powerpc-mpc8560_ads powerpc-mpc85xx_cdspowerpc-mpc866_ads powerpc-mpc885_ads powerpc-mvme5100 powerpc-obs600powerpc-pasemi powerpc-pcm030 powerpc-pmac32 powerpc-powernvpowerpc-ppa8548 powerpc-ppc40x powerpc-ppc44x powerpc-ppc64powerpc-ppc64e powerpc-ppc6xx powerpc-pq2fads powerpc-ps3powerpc-pseries powerpc-rainier powerpc-redwood powerpc-sam440eppowerpc-sbc8548 powerpc-sequoia powerpc-skiroot powerpc-socratespowerpc-storcenter powerpc-stx_gp3 powerpc-taishan powerpc-tqm5200powerpc-tqm8540 powerpc-tqm8541 powerpc-tqm8548 powerpc-tqm8555powerpc-tqm8560 powerpc-tqm8xx powerpc-walnut powerpc-warp powerpc-wiipowerpc-xes_mpc85xx riscv-allmodconfig riscv-allnoconfig riscv-nommu_k210riscv-nommu_k210_sdcard riscv-nommu_virt riscv-rv32 s390-allmodconfigs390-allnoconfig s390-debug s390-zfcpdump sh-ap325rxa sh-apsh4a3ash-apsh4ad0a sh-dreamcast sh-ecovec24 sh-ecovec24-romimage sh-edosk7705sh-edosk7760 sh-espt sh-hp6xx sh-j2 sh-kfr2r09 sh-kfr2r09-romimagesh-landisk sh-lboxre2 sh-magicpanelr2 sh-microdev sh-migor sh-polarissh-r7780mp sh-r7785rp sh-rsk7201 sh-rsk7203 sh-rsk7264 sh-rsk7269sh-rts7751r2d1 sh-rts7751r2dplus sh-sdk7780 sh-sdk7786 sh-se7206 sh-se7343sh-se7619 sh-se7705 sh-se7712 sh-se7721 sh-se7722 sh-se7724 sh-se7750sh-se7751 sh-se7780 sh-secureedge5410 sh-sh03 sh-sh2007 sh-sh7710voipgwsh-sh7724_generic sh-sh7757lcr sh-sh7763rdp sh-sh7770_generic sh-sh7785lcrsh-sh7785lcr_32bit sh-shmin sh-shx3 sh-titan sh-ul2 sh-urquellsparc-allmodconfig sparc-allnoconfig sparc-sparc32 sparc-sparc64um-i386-allmodconfig um-i386-allnoconfig um-i386-defconfigum-x86_64-allmodconfig um-x86_64-allnoconfig x86_64-allmodconfigx86_64-allnoconfig x86_64-defconfig xtensa-allmodconfig xtensa-allnoconfigxtensa-audio_kc705 xtensa-cadence_csp xtensa-common xtensa-generic_kc705xtensa-iss xtensa-nommu_kc705 xtensa-smp_lx200 xtensa-virtxtensa-xip_kc705Tested-by: Nathan Chancellor &lt;nathan@kernel.org&gt; # build (hexagon)Signed-off-by: Alexey Dobriyan &lt;adobriyan@gmail.com&gt;Acked-by: Ard Biesheuvel &lt;ardb@kernel.org&gt;Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;

            List of files:
            /linux-6.15/arch/powerpc/lib/Makefile</description>
        <pubDate>Mon, 02 Aug 2021 20:43:15 +0000</pubDate>
        <dc:creator>Alexey Dobriyan &lt;adobriyan@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>4ebbbaa4 - powerpc: Only build restart_table.c for 64s</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/lib/Makefile#4ebbbaa4</link>
        <description>powerpc: Only build restart_table.c for 64sCommit 9b69d48c7516 (&quot;powerpc/64e: remove implicit soft-masking andinterrupt exit restart logic&quot;) limited the implicit soft masking andrestart logic to 64-bit Book3S only. However we are still buildingrestart_table.c for all 64-bit, ie. Book3E also.There&apos;s no need to build it for 64e, and it also causes missingprototype warnings for 64e builds, because the prototype is alreadybehind an #ifdef PPC_BOOK3S_64.Fixes: 9b69d48c7516 (&quot;powerpc/64e: remove implicit soft-masking and interrupt exit restart logic&quot;)Reported-by: kernel test robot &lt;lkp@intel.com&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lore.kernel.org/r/20210701125026.292224-1-mpe@ellerman.id.au

            List of files:
            /linux-6.15/arch/powerpc/lib/Makefile</description>
        <pubDate>Thu, 01 Jul 2021 11:18:30 +0000</pubDate>
        <dc:creator>Michael Ellerman &lt;mpe@ellerman.id.au&gt;</dc:creator>
    </item>
<item>
        <title>f23699c9 - powerpc/64: allow alternate return locations for soft-masked interrupts</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/lib/Makefile#f23699c9</link>
        <description>powerpc/64: allow alternate return locations for soft-masked interruptsThe exception table fixup adjusts a failed page fault&apos;s interrupt returnlocation if it was taken at an address specified in the exception table,to a corresponding fixup handler address.Introduce a variation of that idea which adds a fixup table for NMIs andsoft-masked asynchronous interrupts. This will be used to protectcertain critical sections that are sensitive to being clobbered byinterrupts coming in (due to using the same SPRs and/or irq soft-maskstate).Signed-off-by: Nicholas Piggin &lt;npiggin@gmail.com&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lore.kernel.org/r/20210617155116.2167984-10-npiggin@gmail.com

            List of files:
            /linux-6.15/arch/powerpc/lib/Makefile</description>
        <pubDate>Thu, 17 Jun 2021 15:51:08 +0000</pubDate>
        <dc:creator>Nicholas Piggin &lt;npiggin@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>f5668260 - powerpc/32: Fix boot failure with CONFIG_STACKPROTECTOR</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/lib/Makefile#f5668260</link>
        <description>powerpc/32: Fix boot failure with CONFIG_STACKPROTECTORCommit 7c95d8893fb5 (&quot;powerpc: Change calling convention forcreate_branch() et. al.&quot;) complexified the frame of functiondo_feature_fixups(), leading to GCC setting up a stackguard when CONFIG_STACKPROTECTOR is selected.The problem is that do_feature_fixups() is called very earlywhile &apos;current&apos; in r2 is not set up yet and the code is stillnot at the final address used at link time.So, like other instrumentation, stack protection needs to bedeactivated for feature-fixups.c and code-patching.cFixes: 7c95d8893fb5 (&quot;powerpc: Change calling convention for create_branch() et. al.&quot;)Cc: stable@vger.kernel.org # v5.8+Reported-by: Jonathan Neuschaefer &lt;j.neuschaefer@gmx.net&gt;Signed-off-by: Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt;Tested-by: Jonathan Neuschaefer &lt;j.neuschaefer@gmx.net&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lore.kernel.org/r/b688fe82927b330349d9e44553363fa451ea4d95.1619715114.git.christophe.leroy@csgroup.eu

            List of files:
            /linux-6.15/arch/powerpc/lib/Makefile</description>
        <pubDate>Thu, 29 Apr 2021 16:52:09 +0000</pubDate>
        <dc:creator>Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt;</dc:creator>
    </item>
<item>
        <title>39352430 - powerpc: Move copy_inst_from_kernel_nofault()</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/lib/Makefile#39352430</link>
        <description>powerpc: Move copy_inst_from_kernel_nofault()When probe_kernel_read_inst() was created, there was no good place toput it, so a file called lib/inst.c was dedicated for it.Since then, probe_kernel_read_inst() has been renamedcopy_inst_from_kernel_nofault(). And mm/maccess.h didn&apos;t exist at thattime. Today, mm/maccess.h is related to copy_from_kernel_nofault().Move copy_inst_from_kernel_nofault() into mm/maccess.cSigned-off-by: Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lore.kernel.org/r/9655d8957313906b77b8db5700a0e33ce06f45e5.1618405715.git.christophe.leroy@csgroup.eu

            List of files:
            /linux-6.15/arch/powerpc/lib/Makefile</description>
        <pubDate>Wed, 14 Apr 2021 13:08:43 +0000</pubDate>
        <dc:creator>Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt;</dc:creator>
    </item>
<item>
        <title>052c805a - kbuild: LD_VERSION redenomination</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/lib/Makefile#052c805a</link>
        <description>kbuild: LD_VERSION redenominationCommit ccbef1674a15 (&quot;Kbuild, lto: add ld-version and ld-ifversionmacros&quot;) introduced scripts/ld-version.sh for GCC LTO.At that time, this script handled 5 version fields because GCC LTOneeded the downstream binutils. (https://lkml.org/lkml/2014/4/8/272)The code snippet from the submitted patch was as follows:    # We need HJ Lu&apos;s Linux binutils because mainline binutils does not    # support mixing assembler and LTO code in the same ld -r object.    # XXX check if the gcc plugin ld is the expected one too    # XXX some Fedora binutils should also support it. How to check for that?    ifeq ($(call ld-ifversion,-ge,22710001,y),y)        ...However, GCC LTO was not merged into the mainline after all.(https://lkml.org/lkml/2014/4/8/272)So, the 4th and 5th fields were never used, and finally removed bycommit 0d61ed17dd30 (&quot;ld-version: Drop the 4th and 5th versioncomponents&quot;).Since then, the last 4-digits returned by this script is always zeros.Remove the meaningless last 4-digits. This makes the version formatconsistent with GCC_VERSION, CLANG_VERSION, LLD_VERSION.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Acked-by: Will Deacon &lt;will@kernel.org&gt;Acked-by: Thomas Bogendoerfer &lt;tsbogend@alpha.franken.de&gt;

            List of files:
            /linux-6.15/arch/powerpc/lib/Makefile</description>
        <pubDate>Sat, 12 Dec 2020 16:54:30 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>ec6347bb - x86, powerpc: Rename memcpy_mcsafe() to copy_mc_to_{user, kernel}()</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/lib/Makefile#ec6347bb</link>
        <description>x86, powerpc: Rename memcpy_mcsafe() to copy_mc_to_{user, kernel}()In reaction to a proposal to introduce a memcpy_mcsafe_fast()implementation Linus points out that memcpy_mcsafe() is poorly namedrelative to communicating the scope of the interface. Specifically whataddresses are valid to pass as source, destination, and what faults /exceptions are handled.Of particular concern is that even though x86 might be able to handlethe semantics of copy_mc_to_user() with its common copy_user_generic()implementation other archs likely need / want an explicit path for thiscase:  On Fri, May 1, 2020 at 11:28 AM Linus Torvalds &lt;torvalds@linux-foundation.org&gt; wrote:  &gt;  &gt; On Thu, Apr 30, 2020 at 6:21 PM Dan Williams &lt;dan.j.williams@intel.com&gt; wrote:  &gt; &gt;  &gt; &gt; However now I see that copy_user_generic() works for the wrong reason.  &gt; &gt; It works because the exception on the source address due to poison  &gt; &gt; looks no different than a write fault on the user address to the  &gt; &gt; caller, it&apos;s still just a short copy. So it makes copy_to_user() work  &gt; &gt; for the wrong reason relative to the name.  &gt;  &gt; Right.  &gt;  &gt; And it won&apos;t work that way on other architectures. On x86, we have a  &gt; generic function that can take faults on either side, and we use it  &gt; for both cases (and for the &quot;in_user&quot; case too), but that&apos;s an  &gt; artifact of the architecture oddity.  &gt;  &gt; In fact, it&apos;s probably wrong even on x86 - because it can hide bugs -  &gt; but writing those things is painful enough that everybody prefers  &gt; having just one function.Replace a single top-level memcpy_mcsafe() with eithercopy_mc_to_user(), or copy_mc_to_kernel().Introduce an x86 copy_mc_fragile() name as the rename for thelow-level x86 implementation formerly named memcpy_mcsafe(). It is usedas the slow / careful backend that is supplanted by a fastcopy_mc_generic() in a follow-on patch.One side-effect of this reorganization is that separating copy_mc_64.Sto its own file means that perf no longer needs to track dependenciesfor its memcpy_64.S benchmarks. [ bp: Massage a bit. ]Signed-off-by: Dan Williams &lt;dan.j.williams@intel.com&gt;Signed-off-by: Borislav Petkov &lt;bp@suse.de&gt;Reviewed-by: Tony Luck &lt;tony.luck@intel.com&gt;Acked-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Cc: &lt;stable@vger.kernel.org&gt;Link: http://lore.kernel.org/r/CAHk-=wjSqtXAqfUJxFtWNwmguFASTgB0dz1dT3V-78Quiezqbg@mail.gmail.comLink: https://lkml.kernel.org/r/160195561680.2163339.11574962055305783722.stgit@dwillia2-desk3.amr.corp.intel.com

            List of files:
            /linux-6.15/arch/powerpc/lib/Makefile</description>
        <pubDate>Tue, 06 Oct 2020 03:40:16 +0000</pubDate>
        <dc:creator>Dan Williams &lt;dan.j.williams@intel.com&gt;</dc:creator>
    </item>
</channel>
</rss>
