Intel OpenBMC Linux kernel source tree (mirror) https://git.radix-linux.su/BMC/Intel-BMC/linux.git/atom?h=dev-4.10 2016-10-14T21:26:58+00:00 2016-10-14T21:26:58+00:00 Linus Torvalds torvalds@linux-foundation.org 2016-10-14T21:26:58+00:00 urn:sha1:84d69848c97faab0c25aa2667b273404d2e2a64a Pull kbuild updates from Michal Marek: - EXPORT_SYMBOL for asm source by Al Viro. This does bring a regression, because genksyms no longer generates checksums for these symbols (CONFIG_MODVERSIONS). Nick Piggin is working on a patch to fix this. Plus, we are talking about functions like strcpy(), which rarely change prototypes. - Fixes for PPC fallout of the above by Stephen Rothwell and Nick Piggin - fixdep speedup by Alexey Dobriyan. - preparatory work by Nick Piggin to allow architectures to build with -ffunction-sections, -fdata-sections and --gc-sections - CONFIG_THIN_ARCHIVES support by Stephen Rothwell - fix for filenames with colons in the initramfs source by me. * 'kbuild' of git://git.kernel.org/pub/scm/linux/kernel/git/mmarek/kbuild: (22 commits) initramfs: Escape colons in depfile ppc: there is no clear_pages to export powerpc/64: whitelist unresolved modversions CRCs kbuild: -ffunction-sections fix for archs with conflicting sections kbuild: add arch specific post-link Makefile kbuild: allow archs to select link dead code/data elimination kbuild: allow architectures to use thin archives instead of ld -r kbuild: Regenerate genksyms lexer kbuild: genksyms fix for typeof handling fixdep: faster CONFIG_ search ia64: move exports to definitions sparc32: debride memcpy.S a bit [sparc] unify 32bit and 64bit string.h sparc: move exports to definitions ppc: move exports to definitions arm: move exports to definitions s390: move exports to definitions m68k: move exports to definitions alpha: move exports to actual definitions x86: move exports to actual definitions ... 2016-09-13T07:37:06+00:00 Michael Ellerman mpe@ellerman.id.au 2016-08-11T06:03:14+00:00 urn:sha1:68201fbbb04a030864f8560b05d43d8019f7f8df Commit 2578bfae84a7 ("[POWERPC] Create and use CONFIG_WORD_SIZE") added CONFIG_WORD_SIZE, and suggests that other arches were going to do likewise. But that never happened, powerpc is the only architecture which uses it. So switch to using a simple make variable, BITS, like x86, sh, sparc and tile. It is also easier to spell and simpler, avoiding any confusion about whether it's defined due to ordering of make vs kconfig. Signed-off-by: Michael Ellerman <mpe@ellerman.id.au> 2016-08-08T03:50:09+00:00 Al Viro viro@zeniv.linux.org.uk 2016-01-14T04:33:46+00:00 urn:sha1:9445aa1a3062a75a4d9de78026816ebc941e7b99 Signed-off-by: Al Viro <viro@zeniv.linux.org.uk> 2016-03-14T09:05:14+00:00 Michael Ellerman mpe@ellerman.id.au 2016-03-14T09:05:14+00:00 urn:sha1:a1b5344620a3e6291afaf7542714ba9c391ef1c7 Freescale updates from Scott: "Highlights include 8xx optimizations, 32-bit checksum optimizations, 86xx consolidation, e5500/e6500 cpu hotplug, more fman and other dt bits, and minor fixes/cleanup." 2016-03-07T03:53:55+00:00 Torsten Duwe duwe@lst.de 2016-03-03T04:26:58+00:00 urn:sha1:9a7841ae8d6ce9b7a7cf879c9968fcf4c9545563 Rather than open-coding -pg whereever we want to disable ftrace, use the existing $(CC_FLAGS_FTRACE) variable. This has the advantage that it will work in future when we use a different set of flags to enable ftrace. Signed-off-by: Torsten Duwe <duwe@suse.de> Signed-off-by: Michael Ellerman <mpe@ellerman.id.au> 2016-03-05T03:47:47+00:00 Christophe Leroy christophe.leroy@c-s.fr 2015-09-22T14:34:23+00:00 urn:sha1:03bc8b0fc87616c75c6dd060a2191e7fc8faacb6 The powerpc64 checksum wrapper functions adds csum_and_copy_to_user() which otherwise is implemented in include/net/checksum.h by using csum_partial() then copy_to_user() Those two wrapper fonctions are also applicable to powerpc32 as it is based on the use of csum_partial_copy_generic() which also exists on powerpc32 This patch renames arch/powerpc/lib/checksum_wrappers_64.c to arch/powerpc/lib/checksum_wrappers.c and makes it non-conditional to CONFIG_WORD_SIZE Signed-off-by: Christophe Leroy <christophe.leroy@c-s.fr> Signed-off-by: Scott Wood <oss@buserror.net> 2015-06-11T07:33:05+00:00 Anton Blanchard anton@samba.org 2015-05-25T22:53:26+00:00 urn:sha1:1fb3f5a7ca599f322e6bf21272ad215301159aa0 The -mabi=altivec option is not recognised on LLVM, so use call cc-option to check for support. Signed-off-by: Anton Blanchard <anton@samba.org> Signed-off-by: Michael Ellerman <mpe@ellerman.id.au> 2015-01-28T04:00:24+00:00 Michael Ellerman mpe@ellerman.id.au 2014-12-22T04:18:43+00:00 urn:sha1:1dcee55feadfef92664ac941d799e62668c1339b Signed-off-by: Michael Ellerman <mpe@ellerman.id.au> 2015-01-28T04:00:24+00:00 Michael Ellerman mpe@ellerman.id.au 2014-12-22T04:14:24+00:00 urn:sha1:564ec2f2a06ffd23b9f99a4a2bd3af1fc79774f4 Signed-off-by: Michael Ellerman <mpe@ellerman.id.au> 2015-01-23T03:02:55+00:00 Anton Blanchard anton@samba.org 2015-01-21T01:27:38+00:00 urn:sha1:15c2d45d17418cc4a712608c78ff3b5f0583d83b I noticed ksm spending quite a lot of time in memcmp on a large KVM box. The current memcmp loop is very unoptimised - byte at a time compares with no loop unrolling. We can do much much better. Optimise the loop in a few ways: - Unroll the byte at a time loop - For large (at least 32 byte) comparisons that are also 8 byte aligned, use an unrolled modulo scheduled loop using 8 byte loads. This is similar to our glibc memcmp. A simple microbenchmark testing 10000000 iterations of an 8192 byte memcmp was used to measure the performance: baseline: 29.93 s modified: 1.70 s Just over 17x faster. v2: Incorporated some suggestions from Segher: - Use andi. instead of rdlicl. - Convert bdnzt eq, to bdnz. It's just duplicating the earlier compare and was a relic from a previous version. - Don't use cr5, we have plans to use that CR field for fast local atomics. Signed-off-by: Anton Blanchard <anton@samba.org> Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>