<?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>2051da85 - arm64/crc-t10dif: expose CRC-T10DIF function through lib</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/lib/Makefile#2051da85</link>
        <description>arm64/crc-t10dif: expose CRC-T10DIF function through libMove the arm64 CRC-T10DIF assembly code into the lib directory and wireit up 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/arm64/crypto/crct10dif-ce-glue.c toarch/arm64/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-7-ebiggers@kernel.orgSigned-off-by: Eric Biggers &lt;ebiggers@google.com&gt;

            List of files:
            /linux-6.15/arch/arm64/lib/Makefile</description>
        <pubDate>Mon, 02 Dec 2024 01:20:50 +0000</pubDate>
        <dc:creator>Eric Biggers &lt;ebiggers@google.com&gt;</dc:creator>
    </item>
<item>
        <title>d36cebe0 - lib/crc32: improve support for arch-specific overrides</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/lib/Makefile#d36cebe0</link>
        <description>lib/crc32: improve support for arch-specific overridesCurrently the CRC32 library functions are defined as weak symbols, andthe arm64 and riscv architectures override them.This method of arch-specific overrides has the limitation that it onlyworks when both the base and arch code is built-in.  Also, it makes thearch-specific code be silently not used if it is accidentally built withlib-y instead of obj-y; unfortunately the RISC-V code does this.This commit reorganizes the code to have explicit *_arch() functionsthat are called when they are enabled, similar to how some of the cryptolibrary code works (e.g. chacha_crypt() calls chacha_crypt_arch()).Make the existing kconfig choice for the CRC32 implementation alsocontrol whether the arch-optimized implementation (if one is available)is enabled or not.  Make it enabled by default if CRC32 is also enabled.The result is that arch-optimized CRC32 library functions will beincluded automatically when appropriate, but it is now possible todisable them.  They can also now be built as a loadable module if theCRC32 library functions happen to be used only by loadable modules, inwhich case the arch and base CRC32 modules will be automatically loadedvia direct symbol dependency when appropriate.Reviewed-by: Ard Biesheuvel &lt;ardb@kernel.org&gt;Link: https://lore.kernel.org/r/20241202010844.144356-3-ebiggers@kernel.orgSigned-off-by: Eric Biggers &lt;ebiggers@google.com&gt;

            List of files:
            /linux-6.15/arch/arm64/lib/Makefile</description>
        <pubDate>Mon, 02 Dec 2024 01:08:27 +0000</pubDate>
        <dc:creator>Eric Biggers &lt;ebiggers@google.com&gt;</dc:creator>
    </item>
<item>
        <title>fc745410 - arm64/lib: Handle CRC-32 alternative in C code</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/lib/Makefile#fc745410</link>
        <description>arm64/lib: Handle CRC-32 alternative in C codeIn preparation for adding another code path for performing CRC-32, movethe alternative patching for ARM64_HAS_CRC32 into C code. The logic fordeciding whether to use this new code path will be implemented in C too.Reviewed-by: Eric Biggers &lt;ebiggers@google.com&gt;Signed-off-by: Ard Biesheuvel &lt;ardb@kernel.org&gt;Link: https://lore.kernel.org/r/20241018075347.2821102-6-ardb+git@google.comSigned-off-by: Catalin Marinas &lt;catalin.marinas@arm.com&gt;

            List of files:
            /linux-6.15/arch/arm64/lib/Makefile</description>
        <pubDate>Fri, 18 Oct 2024 07:53:49 +0000</pubDate>
        <dc:creator>Ard Biesheuvel &lt;ardb@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>71770895 - arm64: crypto: use CC_FLAGS_FPU for NEON CFLAGS</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/lib/Makefile#71770895</link>
        <description>arm64: crypto: use CC_FLAGS_FPU for NEON CFLAGSNow that CC_FLAGS_FPU is exported and can be used anywhere in the sourcetree, use it instead of duplicating the flags here.Link: https://lkml.kernel.org/r/20240329072441.591471-6-samuel.holland@sifive.comSigned-off-by: Samuel Holland &lt;samuel.holland@sifive.com&gt;Reviewed-by: Christoph Hellwig &lt;hch@lst.de&gt;Acked-by: Christian K&#246;nig &lt;christian.koenig@amd.com&gt; Cc: Alex Deucher &lt;alexander.deucher@amd.com&gt;Cc: Borislav Petkov (AMD) &lt;bp@alien8.de&gt;Cc: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Cc: Dave Hansen &lt;dave.hansen@linux.intel.com&gt;Cc: Huacai Chen &lt;chenhuacai@kernel.org&gt;Cc: Ingo Molnar &lt;mingo@redhat.com&gt;Cc: Jonathan Corbet &lt;corbet@lwn.net&gt;Cc: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Cc: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Cc: Nathan Chancellor &lt;nathan@kernel.org&gt;Cc: Nicolas Schier &lt;nicolas@fjasle.eu&gt;Cc: Palmer Dabbelt &lt;palmer@rivosinc.com&gt;Cc: Russell King &lt;linux@armlinux.org.uk&gt;Cc: Thomas Gleixner &lt;tglx@linutronix.de&gt;Cc: WANG Xuerui &lt;git@xen0n.name&gt;Cc: Will Deacon &lt;will@kernel.org&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/arm64/lib/Makefile</description>
        <pubDate>Fri, 29 Mar 2024 07:18:20 +0000</pubDate>
        <dc:creator>Samuel Holland &lt;samuel.holland@sifive.com&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/arm64/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/arm64/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>a7a08b27 - arch: remove compat_alloc_user_space</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/lib/Makefile#a7a08b27</link>
        <description>arch: remove compat_alloc_user_spaceAll users of compat_alloc_user_space() and copy_in_user() have beenremoved from the kernel, only a few functions in sparc remain that can bechanged to calling arch_copy_in_user() instead.Link: https://lkml.kernel.org/r/20210727144859.4150043-7-arnd@kernel.orgSigned-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;Reviewed-by: Christoph Hellwig &lt;hch@lst.de&gt;Cc: Al Viro &lt;viro@zeniv.linux.org.uk&gt;Cc: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;Cc: Borislav Petkov &lt;bp@alien8.de&gt;Cc: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Cc: Christian Borntraeger &lt;borntraeger@de.ibm.com&gt;Cc: Christoph Hellwig &lt;hch@infradead.org&gt;Cc: &quot;David S. Miller&quot; &lt;davem@davemloft.net&gt;Cc: Eric Biederman &lt;ebiederm@xmission.com&gt;Cc: Feng Tang &lt;feng.tang@intel.com&gt;Cc: Heiko Carstens &lt;hca@linux.ibm.com&gt;Cc: Helge Deller &lt;deller@gmx.de&gt;Cc: &quot;H. Peter Anvin&quot; &lt;hpa@zytor.com&gt;Cc: Ingo Molnar &lt;mingo@redhat.com&gt;Cc: &quot;James E.J. Bottomley&quot; &lt;James.Bottomley@HansenPartnership.com&gt;Cc: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Cc: Paul Mackerras &lt;paulus@samba.org&gt;Cc: Thomas Bogendoerfer &lt;tsbogend@alpha.franken.de&gt;Cc: Thomas Gleixner &lt;tglx@linutronix.de&gt;Cc: Vasily Gorbik &lt;gor@linux.ibm.com&gt;Cc: Will Deacon &lt;will@kernel.org&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/arm64/lib/Makefile</description>
        <pubDate>Wed, 08 Sep 2021 22:18:29 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>28513304 - arm64: Import latest memcpy()/memmove() implementation</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/lib/Makefile#28513304</link>
        <description>arm64: Import latest memcpy()/memmove() implementationImport the latest implementation of memcpy(), based on theupstream code of string/aarch64/memcpy.S at commit afd6244 fromhttps://github.com/ARM-software/optimized-routines, and subsumingmemmove() in the process.Note that for simplicity Arm have chosen to contribute this codeto Linux under GPLv2 rather than the original MIT license.Note also that the needs of the usercopy routines vs. regular memcpy()have now diverged so far that we abandon the shared template ideaand the damage which that incurred to the tuning of LDP/STP loops.We&apos;ll be back to tackle those routines separately in future.Signed-off-by: Robin Murphy &lt;robin.murphy@arm.com&gt;Link: https://lore.kernel.org/r/3c953af43506581b2422f61952261e76949ba711.1622128527.git.robin.murphy@arm.comSigned-off-by: Will Deacon &lt;will@kernel.org&gt;

            List of files:
            /linux-6.15/arch/arm64/lib/Makefile</description>
        <pubDate>Thu, 27 May 2021 15:34:46 +0000</pubDate>
        <dc:creator>Robin Murphy &lt;robin.murphy@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>72fd7236 - arm64: Move instruction encoder/decoder under lib/</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/lib/Makefile#72fd7236</link>
        <description>arm64: Move instruction encoder/decoder under lib/Aarch64 instruction set encoding and decoding logic can prove usefulfor some features/tools both part of the kernel and outside the kernel.Isolate the function dealing only with encoding/decoding instructions,with minimal dependency on kernel utilities in order to be able to reusethat code.Code was only moved, no code should have been added, removed normodifier.Signed-off-by: Julien Thierry &lt;jthierry@redhat.com&gt;Link: https://lore.kernel.org/r/20210303170536.1838032-5-jthierry@redhat.comSigned-off-by: Will Deacon &lt;will@kernel.org&gt;

            List of files:
            /linux-6.15/arch/arm64/lib/Makefile</description>
        <pubDate>Wed, 03 Mar 2021 17:05:32 +0000</pubDate>
        <dc:creator>Julien Thierry &lt;jthierry@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>1cbdf60b - kasan: arm64: support specialized outlined tag mismatch checks</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/lib/Makefile#1cbdf60b</link>
        <description>kasan: arm64: support specialized outlined tag mismatch checksBy using outlined checks we can achieve a significant code sizeimprovement by moving the tag-based ASAN checks into separatefunctions. Unlike the existing CONFIG_KASAN_OUTLINE mode thesefunctions have a custom calling convention that preserves mostregisters and is specialized to the register containing the addressand the type of access, and as a result we can eliminate the codesize and performance overhead of a standard calling convention suchas AAPCS for these functions.This change depends on a separate series of changes to Clang [1] tosupport outlined checks in the kernel, although the change works finewithout them (we just don&apos;t get outlined checks). This is because theflag -mllvm -hwasan-inline-all-checks=0 has no effect until the Clangchanges land. The flag was introduced in the Clang 9.0 timeframe aspart of the support for outlined checks in userspace and because ourminimum Clang version is 10.0 we can pass it unconditionally.Outlined checks require a new runtime function with a custom callingconvention. Add this function to arch/arm64/lib.I measured the code size of defconfig + tag-based KASAN, as wellas boot time (i.e. time to init launch) on a DragonBoard 845c withan Android arm64 GKI kernel. The results are below:                               code size    boot timeCONFIG_KASAN_INLINE=y before    92824064      6.18sCONFIG_KASAN_INLINE=y after     38822400      6.65sCONFIG_KASAN_OUTLINE=y          39215616     11.48sWe can see straight away that specialized outlined checks beat theexisting CONFIG_KASAN_OUTLINE=y on both code size and boot timefor tag-based ASAN.As for the comparison between CONFIG_KASAN_INLINE=y before and afterwe saw similar performance numbers in userspace [2] and decidedthat since the performance overhead is minimal compared to theoverhead of tag-based ASAN itself as well as compared to the codesize improvements we would just replace the inlined checks with thespecialized outlined checks without the option to select between them,and that is what I have implemented in this patch.Signed-off-by: Peter Collingbourne &lt;pcc@google.com&gt;Acked-by: Andrey Konovalov &lt;andreyknvl@gmail.com&gt;Reviewed-by: Mark Rutland &lt;mark.rutland@arm.com&gt;Tested-by: Mark Rutland &lt;mark.rutland@arm.com&gt;Link: https://linux-review.googlesource.com/id/I1a30036c70ab3c3ee78d75ed9b87ef7cdc3fdb76Link: [1] https://reviews.llvm.org/D90426Link: [2] https://reviews.llvm.org/D56954Link: https://lore.kernel.org/r/20210526174927.2477847-3-pcc@google.comSigned-off-by: Will Deacon &lt;will@kernel.org&gt;

            List of files:
            /linux-6.15/arch/arm64/lib/Makefile</description>
        <pubDate>Wed, 26 May 2021 17:49:27 +0000</pubDate>
        <dc:creator>Peter Collingbourne &lt;pcc@google.com&gt;</dc:creator>
    </item>
<item>
        <title>34bfeea4 - arm64: mte: Clear the tags when a page is mapped in user-space with PROT_MTE</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/lib/Makefile#34bfeea4</link>
        <description>arm64: mte: Clear the tags when a page is mapped in user-space with PROT_MTEPages allocated by the kernel are not guaranteed to have the tagszeroed, especially as the kernel does not (yet) use MTE itself. Toensure the user can still access such pages when mapped into its addressspace, clear the tags via set_pte_at(). A new page flag - PG_mte_tagged(PG_arch_2) - is used to track pages with valid allocation tags.Since the zero page is mapped as pte_special(), it won&apos;t be covered bythe above set_pte_at() mechanism. Clear its tags during early MTEinitialisation.Co-developed-by: Steven Price &lt;steven.price@arm.com&gt;Signed-off-by: Steven Price &lt;steven.price@arm.com&gt;Signed-off-by: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Cc: Will Deacon &lt;will@kernel.org&gt;

            List of files:
            /linux-6.15/arch/arm64/lib/Makefile</description>
        <pubDate>Mon, 04 May 2020 13:42:36 +0000</pubDate>
        <dc:creator>Catalin Marinas &lt;catalin.marinas@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>5777eaed - arm64: Implement optimised checksum routine</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/lib/Makefile#5777eaed</link>
        <description>arm64: Implement optimised checksum routineApparently there exist certain workloads which rely heavily on softwarechecksumming, for which the generic do_csum() implementation becomes asignificant bottleneck. Therefore let&apos;s give arm64 its own optimisedversion - for ease of maintenance this foregoes assembly or intrisics,and is thus not actually arm64-specific, but does rely heavily on Cidioms that translate well to the A64 ISA and the typical load/storecapabilities of most ARMv8 CPU cores.The resulting increase in checksum throughput scales nicely with buffersize, tending towards 4x for a small in-order core (Cortex-A53), and upto 6x or more for an aggressive big core (Ampere eMAG).Reported-by: Lingyan Huang &lt;huanglingyan2@huawei.com&gt;Tested-by: Lingyan Huang &lt;huanglingyan2@huawei.com&gt;Signed-off-by: Robin Murphy &lt;robin.murphy@arm.com&gt;Signed-off-by: Will Deacon &lt;will@kernel.org&gt;

            List of files:
            /linux-6.15/arch/arm64/lib/Makefile</description>
        <pubDate>Wed, 15 Jan 2020 16:42:39 +0000</pubDate>
        <dc:creator>Robin Murphy &lt;robin.murphy@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>eb3aabbf - arm64: atomics: Remove atomic_ll_sc compilation unit</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/lib/Makefile#eb3aabbf</link>
        <description>arm64: atomics: Remove atomic_ll_sc compilation unitWe no longer fall back to out-of-line atomics on systems withCONFIG_ARM64_LSE_ATOMICS where ARM64_HAS_LSE_ATOMICS is not set.Remove the unused compilation unit which provided these symbols.Signed-off-by: Andrew Murray &lt;andrew.murray@arm.com&gt;Signed-off-by: Will Deacon &lt;will@kernel.org&gt;

            List of files:
            /linux-6.15/arch/arm64/lib/Makefile</description>
        <pubDate>Wed, 28 Aug 2019 17:50:09 +0000</pubDate>
        <dc:creator>Andrew Murray &lt;andrew.murray@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>42d038c4 - arm64: Add support for function error injection</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/lib/Makefile#42d038c4</link>
        <description>arm64: Add support for function error injectionInspired by the commit 7cd01b08d35f (&quot;powerpc: Add support for functionerror injection&quot;), this patch supports function error injection forArm64.This patch mainly support two functions: one is regs_set_return_value()which is used to overwrite the return value; the another function isoverride_function_with_return() which is to override the probedfunction returning and jump to its caller.Reviewed-by: Masami Hiramatsu &lt;mhiramat@kernel.org&gt;Signed-off-by: Leo Yan &lt;leo.yan@linaro.org&gt;Signed-off-by: Will Deacon &lt;will@kernel.org&gt;

            List of files:
            /linux-6.15/arch/arm64/lib/Makefile</description>
        <pubDate>Tue, 06 Aug 2019 10:00:14 +0000</pubDate>
        <dc:creator>Leo Yan &lt;leo.yan@linaro.org&gt;</dc:creator>
    </item>
<item>
        <title>edf072d3 - arm64: Makefile: Replace -pg with CC_FLAGS_FTRACE</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/lib/Makefile#edf072d3</link>
        <description>arm64: Makefile: Replace -pg with CC_FLAGS_FTRACEIn preparation for arm64 supporting ftrace built on other compileroptions, let&apos;s have the arm64 Makefiles remove the $(CC_FLAGS_FTRACE)flags, whatever these may be, rather than assuming &apos;-pg&apos;.There should be no functional change as a result of this patch.Reviewed-by: Mark Rutland &lt;mark.rutland@arm.com&gt;Signed-off-by: Torsten Duwe &lt;duwe@suse.de&gt;Signed-off-by: Will Deacon &lt;will.deacon@arm.com&gt;

            List of files:
            /linux-6.15/arch/arm64/lib/Makefile</description>
        <pubDate>Fri, 08 Feb 2019 15:10:07 +0000</pubDate>
        <dc:creator>Torsten Duwe &lt;duwe@lst.de&gt;</dc:creator>
    </item>
<item>
        <title>cc9f8349 - arm64: crypto: add NEON accelerated XOR implementation</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/lib/Makefile#cc9f8349</link>
        <description>arm64: crypto: add NEON accelerated XOR implementationThis is a NEON acceleration method that can improveperformance by approximately 20%. I got the followingdata from the centos 7.5 on Huawei&apos;s HISI1616 chip:[ 93.837726] xor: measuring software checksum speed[ 93.874039]   8regs  : 7123.200 MB/sec[ 93.914038]   32regs : 7180.300 MB/sec[ 93.954043]   arm64_neon: 9856.000 MB/sec[ 93.954047] xor: using function: arm64_neon (9856.000 MB/sec)I believe this code can bring some optimization forall arm64 platform. thanks for Ard Biesheuvel&apos;s suggestions.Signed-off-by: Jackie Liu &lt;liuyun01@kylinos.cn&gt;Reviewed-by: Ard Biesheuvel &lt;ard.biesheuvel@linaro.org&gt;Signed-off-by: Will Deacon &lt;will.deacon@arm.com&gt;

            List of files:
            /linux-6.15/arch/arm64/lib/Makefile</description>
        <pubDate>Tue, 04 Dec 2018 01:43:23 +0000</pubDate>
        <dc:creator>Jackie Liu &lt;liuyun01@kylinos.cn&gt;</dc:creator>
    </item>
<item>
        <title>2a6c7c36 - arm64: lse: remove -fcall-used-x0 flag</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/lib/Makefile#2a6c7c36</link>
        <description>arm64: lse: remove -fcall-used-x0 flagx0 is not callee-saved in the PCS. So there is no need to specify-fcall-used-x0.Clang doesn&apos;t currently support -fcall-used flags. This patch will helpbuilding the kernel with clang.Tested-by: Nick Desaulniers &lt;ndesaulniers@google.com&gt;Acked-by: Will Deacon &lt;will.deacon@arm.com&gt;Signed-off-by: Tri Vo &lt;trong@android.com&gt;Signed-off-by: Catalin Marinas &lt;catalin.marinas@arm.com&gt;

            List of files:
            /linux-6.15/arch/arm64/lib/Makefile</description>
        <pubDate>Wed, 19 Sep 2018 19:27:50 +0000</pubDate>
        <dc:creator>Tri Vo &lt;trong@android.com&gt;</dc:creator>
    </item>
<item>
        <title>7481cddf - arm64/lib: add accelerated crc32 routines</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/lib/Makefile#7481cddf</link>
        <description>arm64/lib: add accelerated crc32 routinesUnlike crc32c(), which is wired up to the crypto API internally so theoptimal driver is selected based on the platform&apos;s capabilities,crc32_le() is implemented as a library function using a slice-by-8 tablebased C implementation. Even though few of the call sites may bebottlenecks, calling a time variant implementation with a non-negligibleD-cache footprint is a bit of a waste, given that ARMv8.1 and up mandatessupport for the CRC32 instructions that were optional in ARMv8.0, but arealready widely available, even on the Cortex-A53 based Raspberry Pi.So implement routines that use these instructions if available, and fallback to the existing generic routines otherwise. The selection is basedon alternatives patching.Note that this unconditionally selects CONFIG_CRC32 as a builtin. SinceCRC32 is relied upon by core functionality such as CONFIG_OF_FLATTREE,this just codifies the status quo.Signed-off-by: Ard Biesheuvel &lt;ard.biesheuvel@linaro.org&gt;Signed-off-by: Catalin Marinas &lt;catalin.marinas@arm.com&gt;

            List of files:
            /linux-6.15/arch/arm64/lib/Makefile</description>
        <pubDate>Mon, 27 Aug 2018 11:02:44 +0000</pubDate>
        <dc:creator>Ard Biesheuvel &lt;ard.biesheuvel@linaro.org&gt;</dc:creator>
    </item>
<item>
        <title>7c8fc35d - locking/atomics/arm64: Replace our atomic/lock bitop implementations with asm-generic</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/lib/Makefile#7c8fc35d</link>
        <description>locking/atomics/arm64: Replace our atomic/lock bitop implementations with asm-genericThe &lt;asm-generic/bitops/{atomic,lock}.h&gt; implementations are built aroundthe atomic-fetch ops, which we implement efficiently for both LSE andLL/SC systems. Use that instead of our hand-rolled, out-of-line bitops.S.Signed-off-by: Will Deacon &lt;will.deacon@arm.com&gt;Acked-by: Peter Zijlstra (Intel) &lt;peterz@infradead.org&gt;Cc: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;Cc: Peter Zijlstra &lt;peterz@infradead.org&gt;Cc: Thomas Gleixner &lt;tglx@linutronix.de&gt;Cc: linux-arm-kernel@lists.infradead.orgCc: yamada.masahiro@socionext.comLink: https://lore.kernel.org/lkml/1529412794-17720-9-git-send-email-will.deacon@arm.comSigned-off-by: Ingo Molnar &lt;mingo@kernel.org&gt;

            List of files:
            /linux-6.15/arch/arm64/lib/Makefile</description>
        <pubDate>Tue, 19 Jun 2018 12:53:13 +0000</pubDate>
        <dc:creator>Will Deacon &lt;will.deacon@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>3789c122 - arm64: avoid instrumenting atomic_ll_sc.o</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/lib/Makefile#3789c122</link>
        <description>arm64: avoid instrumenting atomic_ll_sc.oOur out-of-line atomics are built with a special calling convention,preventing pointless stack spilling, and allowing us to patch call siteswith ARMv8.1 atomic instructions.Instrumentation inserted by the compiler may result in calls tofunctions not following this special calling convention, resulting inregisters being unexpectedly clobbered, and various problems resultingfrom this.For example, if a kernel is built with KCOV and ARM64_LSE_ATOMICS, thecompiler inserts calls to __sanitizer_cov_trace_pc in the prologues ofthe atomic functions. This has been observed to result in spuriouscmpxchg failures, leading to a hang early on in the boot process.This patch avoids such issues by preventing instrumentation of ourout-of-line atomics.Signed-off-by: Mark Rutland &lt;mark.rutland@arm.com&gt;Cc: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Cc: Will Deacon &lt;will.deacon@arm.com&gt;Signed-off-by: Will Deacon &lt;will.deacon@arm.com&gt;

            List of files:
            /linux-6.15/arch/arm64/lib/Makefile</description>
        <pubDate>Fri, 27 Apr 2018 10:50:36 +0000</pubDate>
        <dc:creator>Mark Rutland &lt;mark.rutland@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>6b24442d - arm64: lse: Pass -fomit-frame-pointer to out-of-line ll/sc atomics</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/lib/Makefile#6b24442d</link>
        <description>arm64: lse: Pass -fomit-frame-pointer to out-of-line ll/sc atomicsIn cases where x30 is used as a temporary in the out-of-line ll/sc atomics(e.g. atomic_fetch_add), the compiler tends to put out a full stackframe,which included pointing the x29 at the new frame.Since these things aren&apos;t traceable anyway, we can pass -fomit-frame-pointerto reduce the work when spilling. Since this is incompatible with -pg, wealso remove that from the CFLAGS for this file.Signed-off-by: Will Deacon &lt;will.deacon@arm.com&gt;

            List of files:
            /linux-6.15/arch/arm64/lib/Makefile</description>
        <pubDate>Fri, 09 Feb 2018 13:19:47 +0000</pubDate>
        <dc:creator>Will Deacon &lt;will.deacon@arm.com&gt;</dc:creator>
    </item>
</channel>
</rss>
