summaryrefslogtreecommitdiff
path: root/Makefile
AgeCommit message (Collapse)Author
2018-03-27Linux 4.1.51v4.1.51Sasha Levin
Signed-off-by: Sasha Levin <alexander.levin@microsoft.com>
2018-03-05Linux 4.1.50v4.1.50Sasha Levin
Signed-off-by: Sasha Levin <alexander.levin@microsoft.com>
2018-02-28kbuild: add '-fno-stack-check' to kernel build optionsLinus Torvalds
[ Upstream commit 3ce120b16cc548472f80cf8644f90eda958cf1b6 ] It appears that hardened gentoo enables "-fstack-check" by default for gcc. That doesn't work _at_all_ for the kernel, because the kernel stack doesn't act like a user stack at all: it's much smaller, and it doesn't auto-expand on use. So the extra "probe one page below the stack" code generated by -fstack-check just breaks the kernel in horrible ways, causing infinite double faults etc. [ I have to say, that the particular code gcc generates looks very stupid even for user space where it works, but that's a separate issue. ] Reported-and-tested-by: Alexander Tsoy <alexander@tsoy.me> Reported-and-tested-by: Toralf Förster <toralf.foerster@gmx.de> Cc: stable@kernel.org Cc: Dave Hansen <dave.hansen@intel.com> Cc: Jiri Kosina <jikos@kernel.org> Cc: Andy Lutomirski <luto@amacapital.net> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> Signed-off-by: Sasha Levin <alexander.levin@microsoft.com>
2018-01-22Linux 4.1.49v4.1.49Sasha Levin
Signed-off-by: Sasha Levin <alexander.levin@microsoft.com>
2018-01-17disable new gcc-7.1.1 warnings for nowLinus Torvalds
[ Upstream commit bd664f6b3e376a8ef4990f87d08271cc2d01ba9a ] I made the mistake of upgrading my desktop to the new Fedora 26 that comes with gcc-7.1.1. There's nothing wrong per se that I've noticed, but I now have 1500 lines of warnings, mostly from the new format-truncation warning triggering all over the tree. We use 'snprintf()' and friends in a lot of places, and often know that the numbers are fairly small (ie a controller index or similar), but gcc doesn't know that, and sees an 'int', and thinks that it could be some huge number. And then complains when our buffers are not able to fit the name for the ten millionth controller. These warnings aren't necessarily bad per se, and we probably want to look through them subsystem by subsystem, but at least during the merge window they just mean that I can't even see if somebody is introducing any *real* problems when I pull. So warnings disabled for now. Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> Signed-off-by: Sasha Levin <alexander.levin@microsoft.com>
2017-12-12Linux 4.1.48v4.1.48Sasha Levin
Signed-off-by: Sasha Levin <alexander.levin@verizon.com>
2017-12-06Linux 4.1.47v4.1.47Sasha Levin
Signed-off-by: Sasha Levin <alexander.levin@verizon.com>
2017-11-07Linux 4.1.46v4.1.46Sasha Levin
Signed-off-by: Sasha Levin <alexander.levin@verizon.com>
2017-10-16Linux 4.1.45v4.1.45Sasha Levin
Signed-off-by: Sasha Levin <alexander.levin@verizon.com>
2017-09-14Linux 4.1.44v4.1.44Sasha Levin
Signed-off-by: Sasha Levin <alexander.levin@verizon.com>
2017-08-05Linux 4.1.43v4.1.43Sasha Levin
Signed-off-by: Sasha Levin <alexander.levin@verizon.com>
2017-07-31jump label: fix passing kbuild_cflags when checking for asm goto supportGleb Fotengauer-Malinovskiy
[ Upstream commit 7292ae3d5a18fb922be496e6bb687647193569b4 ] The latest change of asm goto support check added passing of KBUILD_CFLAGS to compiler. When these flags reference gcc plugins that are not built yet, the check fails. When one runs "make bzImage" followed by "make modules", the kernel is always built with HAVE_JUMP_LABEL disabled, while the modules are built depending on CONFIG_JUMP_LABEL. If HAVE_JUMP_LABEL macro happens to be different, modules are built with undefined references, e.g.: ERROR: "static_key_slow_inc" [net/netfilter/xt_TEE.ko] undefined! ERROR: "static_key_slow_dec" [net/netfilter/xt_TEE.ko] undefined! ERROR: "static_key_slow_dec" [net/netfilter/nft_meta.ko] undefined! ERROR: "static_key_slow_inc" [net/netfilter/nft_meta.ko] undefined! ERROR: "nf_hooks_needed" [net/netfilter/ipvs/ip_vs.ko] undefined! ERROR: "nf_hooks_needed" [net/ipv6/ipv6.ko] undefined! ERROR: "static_key_count" [net/ipv6/ipv6.ko] undefined! ERROR: "static_key_slow_inc" [net/ipv6/ipv6.ko] undefined! This change moves the check before all these references are added to KBUILD_CFLAGS. This is correct because subsequent KBUILD_CFLAGS modifications are not relevant to this check. Reported-by: Anton V. Boyarshinov <boyarsh@altlinux.org> Fixes: 35f860f9ba6a ("jump label: pass kbuild_cflags when checking for asm goto support") Cc: stable@vger.kernel.org # v4.10 Signed-off-by: Gleb Fotengauer-Malinovskiy <glebfm@altlinux.org> Signed-off-by: Dmitry V. Levin <ldv@altlinux.org> Acked-by: Steven Rostedt (VMware) <rostedt@goodmis.org> Acked-by: David Lin <dtwlin@google.com> Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com> Signed-off-by: Sasha Levin <alexander.levin@verizon.com>
2017-06-29Linux 4.1.42v4.1.42Sasha Levin
Signed-off-by: Sasha Levin <alexander.levin@verizon.com>
2017-06-25jump label: pass kbuild_cflags when checking for asm goto supportDavid Lin
[ Upstream commit 35f860f9ba6aac56cc38e8b18916d833a83f1157 ] Some versions of ARM GCC compiler such as Android toolchain throws in a '-fpic' flag by default. This causes the gcc-goto check script to fail although some config would have '-fno-pic' flag in the KBUILD_CFLAGS. This patch passes the KBUILD_CFLAGS to the check script so that the script does not rely on the default config from different compilers. Link: http://lkml.kernel.org/r/20170120234329.78868-1-dtwlin@google.com Signed-off-by: David Lin <dtwlin@google.com> Acked-by: Steven Rostedt <rostedt@goodmis.org> Cc: Michal Marek <mmarek@suse.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> Signed-off-by: Sasha Levin <alexander.levin@verizon.com>
2017-06-15Linux 4.1.41v4.1.41Sasha Levin
Signed-off-by: Sasha Levin <alexander.levin@verizon.com>
2017-05-28Linux 4.1.40v4.1.40Sasha Levin
Signed-off-by: Sasha Levin <alexander.levin@verizon.com>
2017-03-13Linux 4.1.39v4.1.39Sasha Levin
Signed-off-by: Sasha Levin <alexander.levin@verizon.com>
2017-01-18Linux 4.1.38v4.1.38Sasha Levin
Signed-off-by: Sasha Levin <alexander.levin@verizon.com>
2016-12-24Linux 4.1.37v4.1.37Sasha Levin
Signed-off-by: Sasha Levin <alexander.levin@verizon.com>
2016-11-29Linux 4.1.36v4.1.36Sasha Levin
Signed-off-by: Sasha Levin <alexander.levin@verizon.com>
2016-11-25kbuild: add -fno-PIESebastian Andrzej Siewior
[ Upstream commit 8ae94224c9d72fc4d9aaac93b2d7833cf46d7141 ] Debian started to build the gcc with -fPIE by default so the kernel build ends before it starts properly with: |kernel/bounds.c:1:0: error: code model kernel does not support PIC mode Also add to KBUILD_AFLAGS due to: |gcc -Wp,-MD,arch/x86/entry/vdso/vdso32/.note.o.d … -mfentry -DCC_USING_FENTRY … vdso/vdso32/note.S |arch/x86/entry/vdso/vdso32/note.S:1:0: sorry, unimplemented: -mfentry isn’t supported for 32-bit in combination with -fpic Tagging it stable so it is possible to compile recent stable kernels as well. Cc: stable@vger.kernel.org Signed-off-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de> Signed-off-by: Michal Marek <mmarek@suse.com> Signed-off-by: Sasha Levin <alexander.levin@verizon.com>
2016-10-23Linux 4.1.35v4.1.35Sasha Levin
Signed-off-by: Sasha Levin <alexander.levin@verizon.com>
2016-10-09Linux 4.1.34v4.1.34Sasha Levin
Signed-off-by: Sasha Levin <alexander.levin@verizon.com>
2016-09-17Linux 4.1.33v4.1.33Sasha Levin
Signed-off-by: Sasha Levin <alexander.levin@verizon.com>
2016-09-02Linux 4.1.32v4.1.32Sasha Levin
Signed-off-by: Sasha Levin <alexander.levin@verizon.com>
2016-08-22Linux 4.1.31v4.1.31Sasha Levin
Signed-off-by: Sasha Levin <alexander.levin@verizon.com>
2016-08-08Linux 4.1.30v4.1.30Sasha Levin
Signed-off-by: Sasha Levin <alexander.levin@verizon.com>
2016-07-29Linux 4.1.29v4.1.29Sasha Levin
Signed-off-by: Sasha Levin <alexander.levin@verizon.com>
2016-07-13Linux 4.1.28v4.1.28Sasha Levin
Signed-off-by: Sasha Levin <sasha.levin@oracle.com>
2016-06-22Linux 4.1.27v4.1.27Sasha Levin
Signed-off-by: Sasha Levin <sasha.levin@oracle.com>
2016-06-06Linux 4.1.26v4.1.26Sasha Levin
Signed-off-by: Sasha Levin <sasha.levin@oracle.com>
2016-06-06kbuild: move -Wunused-const-variable to W=1 warning levelArnd Bergmann
[ Upstream commit c9c6837d39311b0cc14cdbe7c18e815ab44aefb1 ] gcc-6 started warning by default about variables that are not used anywhere and that are marked 'const', generating many false positives in an allmodconfig build, e.g.: arch/arm/mach-davinci/board-da830-evm.c:282:20: warning: 'da830_evm_emif25_pins' defined but not used [-Wunused-const-variable=] arch/arm/plat-omap/dmtimer.c:958:34: warning: 'omap_timer_match' defined but not used [-Wunused-const-variable=] drivers/bluetooth/hci_bcm.c:625:39: warning: 'acpi_bcm_default_gpios' defined but not used [-Wunused-const-variable=] drivers/char/hw_random/omap-rng.c:92:18: warning: 'reg_map_omap4' defined but not used [-Wunused-const-variable=] drivers/devfreq/exynos/exynos5_bus.c:381:32: warning: 'exynos5_busfreq_int_pm' defined but not used [-Wunused-const-variable=] drivers/dma/mv_xor.c:1139:34: warning: 'mv_xor_dt_ids' defined but not used [-Wunused-const-variable=] This is similar to the existing -Wunused-but-set-variable warning that was added in an earlier release and that we disable by default now and only enable when W=1 is set, so it makes sense to do the same here. Once we have eliminated the majority of the warnings for both, we can put them back into the default list. We probably want this in backport kernels as well, to allow building them with gcc-6 without introducing extra warnings. Signed-off-by: Arnd Bergmann <arnd@arndb.de> Acked-by: Olof Johansson <olof@lixom.net> Acked-by: Lee Jones <lee.jones@linaro.org> Cc: stable@vger.kernel.org Signed-off-by: Michal Marek <mmarek@suse.com> Signed-off-by: Sasha Levin <sasha.levin@oracle.com>
2016-06-06gcov: disable tree-loop-im to reduce stack usageArnd Bergmann
[ Upstream commit c87bf431448b404a6ef5fbabd74c0e3e42157a7f ] Enabling CONFIG_GCOV_PROFILE_ALL produces us a lot of warnings like lib/lz4/lz4hc_compress.c: In function 'lz4_compresshcctx': lib/lz4/lz4hc_compress.c:514:1: warning: the frame size of 1504 bytes is larger than 1024 bytes [-Wframe-larger-than=] After some investigation, I found that this behavior started with gcc-4.9, and opened https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69702. A suggested workaround for it is to use the -fno-tree-loop-im flag that turns off one of the optimization stages in gcc, so the code runs a little slower but does not use excessive amounts of stack. We could make this conditional on the gcc version, but I could not find an easy way to do this in Kbuild and the benefit would be fairly small, given that most of the gcc version in production are affected now. I'm marking this for 'stable' backports because it addresses a bug with code generation in gcc that exists in all kernel versions with the affected gcc releases. Signed-off-by: Arnd Bergmann <arnd@arndb.de> Acked-by: Peter Oberparleiter <oberpar@linux.vnet.ibm.com> Cc: stable@vger.kernel.org Signed-off-by: Michal Marek <mmarek@suse.com> Signed-off-by: Sasha Levin <sasha.levin@oracle.com>
2016-05-20Linux 4.1.25v4.1.25Sasha Levin
Signed-off-by: Sasha Levin <sasha.levin@oracle.com>
2016-05-11Linux 4.1.24v4.1.24Sasha Levin
Signed-off-by: Sasha Levin <sasha.levin@oracle.com>
2016-04-25Linux 4.1.23v4.1.23Sasha Levin
Signed-off-by: Sasha Levin <sasha.levin@oracle.com>
2016-04-19Linux 4.1.22v4.1.22Sasha Levin
Signed-off-by: Sasha Levin <sasha.levin@oracle.com>
2016-04-03Linux 4.1.21v4.1.21Sasha Levin
Signed-off-by: Sasha Levin <sasha.levin@oracle.com>
2016-03-17Linux 4.1.20v4.1.20Sasha Levin
Signed-off-by: Sasha Levin <sasha.levin@oracle.com>
2016-03-04Linux 4.1.19v4.1.19Sasha Levin
Signed-off-by: Sasha Levin <sasha.levin@oracle.com>
2016-02-15Linux 4.1.18v4.1.18Sasha Levin
Signed-off-by: Sasha Levin <sasha.levin@oracle.com>
2016-01-31Linux 4.1.17v4.1.17Greg Kroah-Hartman
2016-01-22Linux 4.1.16v4.1.16Greg Kroah-Hartman
2015-12-14Linux 4.1.15v4.1.15Greg Kroah-Hartman
2015-12-09Linux 4.1.14v4.1.14Greg Kroah-Hartman
2015-11-09Linux 4.1.13v4.1.13Greg Kroah-Hartman
2015-10-27Linux 4.1.12v4.1.12Greg Kroah-Hartman
2015-10-22Linux 4.1.11v4.1.11Greg Kroah-Hartman
2015-10-03Linux 4.1.10v4.1.10Greg Kroah-Hartman
2015-09-29Linux 4.1.9v4.1.9Greg Kroah-Hartman