- 13 12月, 2019 2 次提交
-
-
由 Greg Kroah-Hartman 提交于
-
由 Masahiro Yamada 提交于
[ Upstream commit e07db28eea38ed4e332b3a89f3995c86b713cb5b ] Building a single target in an external module fails due to missing .tmp_versions directory. For example, $ make -C /lib/modules/$(uname -r)/build M=$PWD foo.o will fail in the following way: CC [M] /home/masahiro/foo/foo.o /bin/sh: 1: cannot create /home/masahiro/foo/.tmp_versions/foo.mod: Directory nonexistent This is because $(cmd_crmodverdir) is executed only before building /, %/, %.ko single targets of external modules. Create .tmp_versions in the 'prepare' target. Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com> Signed-off-by: NSasha Levin <sashal@kernel.org>
-
- 05 12月, 2019 1 次提交
-
-
由 Greg Kroah-Hartman 提交于
-
- 01 12月, 2019 1 次提交
-
-
由 Greg Kroah-Hartman 提交于
-
- 24 11月, 2019 1 次提交
-
-
由 Greg Kroah-Hartman 提交于
-
- 21 11月, 2019 1 次提交
-
-
由 Greg Kroah-Hartman 提交于
-
- 13 11月, 2019 1 次提交
-
-
由 Greg Kroah-Hartman 提交于
-
- 10 11月, 2019 2 次提交
-
-
由 Greg Kroah-Hartman 提交于
-
由 Seth Forshee 提交于
[ Upstream commit 29be86d7f9cb18df4123f309ac7857570513e8bc ] The gcc -fcf-protection=branch option is not compatible with -mindirect-branch=thunk-extern. The latter is used when CONFIG_RETPOLINE is selected, and this will fail to build with a gcc which has -fcf-protection=branch enabled by default. Adding -fcf-protection=none when building with retpoline enabled prevents such build failures. Signed-off-by: NSeth Forshee <seth.forshee@canonical.com> Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com> Signed-off-by: NSasha Levin <sashal@kernel.org>
-
- 06 11月, 2019 1 次提交
-
-
由 Greg Kroah-Hartman 提交于
-
- 29 10月, 2019 1 次提交
-
-
由 Greg Kroah-Hartman 提交于
-
- 18 10月, 2019 1 次提交
-
-
由 Greg Kroah-Hartman 提交于
-
- 12 10月, 2019 1 次提交
-
-
由 Greg Kroah-Hartman 提交于
-
- 08 10月, 2019 1 次提交
-
-
由 Greg Kroah-Hartman 提交于
-
- 05 10月, 2019 1 次提交
-
-
由 Greg Kroah-Hartman 提交于
-
- 01 10月, 2019 1 次提交
-
-
由 Greg Kroah-Hartman 提交于
-
- 21 9月, 2019 1 次提交
-
-
由 Greg Kroah-Hartman 提交于
-
- 19 9月, 2019 1 次提交
-
-
由 Greg Kroah-Hartman 提交于
-
- 16 9月, 2019 1 次提交
-
-
由 Greg Kroah-Hartman 提交于
-
- 10 9月, 2019 1 次提交
-
-
由 Greg Kroah-Hartman 提交于
-
- 06 9月, 2019 2 次提交
-
-
由 Greg Kroah-Hartman 提交于
-
由 Greg Kroah-Hartman 提交于
-
- 29 8月, 2019 1 次提交
-
-
由 Greg Kroah-Hartman 提交于
-
- 25 8月, 2019 1 次提交
-
-
由 Greg Kroah-Hartman 提交于
-
- 16 8月, 2019 1 次提交
-
-
由 Greg Kroah-Hartman 提交于
-
- 09 8月, 2019 1 次提交
-
-
由 Greg Kroah-Hartman 提交于
-
- 07 8月, 2019 2 次提交
-
-
由 Greg Kroah-Hartman 提交于
-
由 Masahiro Yamada 提交于
commit 5241ab4cf42d3a93b933b55d3d53f43049081fa1 upstream. CLANG_FLAGS is initialized by the following line: CLANG_FLAGS := --target=$(notdir $(CROSS_COMPILE:%-=%)) ..., which is run only when CROSS_COMPILE is set. Some build targets (bindeb-pkg etc.) recurse to the top Makefile. When you build the kernel with Clang but without CROSS_COMPILE, the same compiler flags such as -no-integrated-as are accumulated into CLANG_FLAGS. If you run 'make CC=clang' and then 'make CC=clang bindeb-pkg', Kbuild will recompile everything needlessly due to the build command change. Fix this by correctly initializing CLANG_FLAGS. Fixes: 238bcbc4e07f ("kbuild: consolidate Clang compiler flags") Cc: <stable@vger.kernel.org> # v5.0+ Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com> Reviewed-by: NNathan Chancellor <natechancellor@gmail.com> Acked-by: NNick Desaulniers <ndesaulniers@google.com> Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
-
- 04 8月, 2019 1 次提交
-
-
由 Greg Kroah-Hartman 提交于
-
- 31 7月, 2019 2 次提交
-
-
由 Greg Kroah-Hartman 提交于
-
由 Nathan Chancellor 提交于
[ Upstream commit 589834b3a0097a4908f4112eac0ca2feb486fa32 ] In commit ebcc5928c5d9 ("arm64: Silence gcc warnings about arch ABI drift"), the arm64 Makefile added -Wno-psabi to KBUILD_CFLAGS, which is a GCC only option so clang rightfully complains: warning: unknown warning option '-Wno-psabi' [-Wunknown-warning-option] https://clang.llvm.org/docs/DiagnosticsReference.html#wunknown-warning-option However, by default, this is merely a warning so the build happily goes on with a slew of these warnings in the process. Commit c3f0d0bc ("kbuild, LLVMLinux: Add -Werror to cc-option to support clang") worked around this behavior in cc-option by adding -Werror so that unknown flags cause an error. However, this all happens silently and when an unknown flag is added to the build unconditionally like -Wno-psabi, cc-option will always fail because there is always an unknown flag in the list of flags. This manifested as link time failures in the arm64 libstub because -fno-stack-protector didn't get added to KBUILD_CFLAGS. To avoid these weird cryptic failures in the future, make clang behave like gcc and immediately error when it encounters an unknown flag by adding -Werror=unknown-warning-option to CLANG_FLAGS. This can be added unconditionally for clang because it is supported by at least 3.0.0, according to godbolt [1] and 4.0.0, according to its documentation [2], which is far earlier than we typically support. [1]: https://godbolt.org/z/7F7rm3 [2]: https://releases.llvm.org/4.0.0/tools/clang/docs/DiagnosticsReference.html#wunknown-warning-option Link: https://github.com/ClangBuiltLinux/linux/issues/511 Link: https://github.com/ClangBuiltLinux/linux/issues/517Suggested-by: NPeter Smith <peter.smith@linaro.org> Signed-off-by: NNathan Chancellor <natechancellor@gmail.com> Tested-by: NNick Desaulniers <ndesaulniers@google.com> Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com> Signed-off-by: NSasha Levin <sashal@kernel.org>
-
- 28 7月, 2019 1 次提交
-
-
由 Greg Kroah-Hartman 提交于
-
- 26 7月, 2019 1 次提交
-
-
由 Greg Kroah-Hartman 提交于
-
- 21 7月, 2019 1 次提交
-
-
由 Greg Kroah-Hartman 提交于
-
- 14 7月, 2019 1 次提交
-
-
由 Greg Kroah-Hartman 提交于
-
- 10 7月, 2019 1 次提交
-
-
由 Greg Kroah-Hartman 提交于
-
- 03 7月, 2019 1 次提交
-
-
由 Greg Kroah-Hartman 提交于
-
- 25 6月, 2019 2 次提交
-
-
由 Greg Kroah-Hartman 提交于
-
由 Linus Torvalds 提交于
commit 6f303d60534c46aa1a239f29c321f95c83dda748 upstream. We already did this for clang, but now gcc has that warning too. Yes, yes, the address may be unaligned. And that's kind of the point. Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org> Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
-
- 22 6月, 2019 1 次提交
-
-
由 Greg Kroah-Hartman 提交于
-