- Dec 11, 2020
-
-
Greg Kroah-Hartman authored
Tested-by:
Jon Hunter <jonathanh@nvidia.com> Tested-by:
Shuah Khan <skhan@linuxfoundation.org> Tested-by:
Guenter Roeck <linux@roeck-us.net> Tested-by:
Linux Kernel Functional Testing <lkft@linaro.org> Link: https://lore.kernel.org/r/20201210164728.074574869@linuxfoundation.org Signed-off-by:
Greg Kroah-Hartman <gregkh@linuxfoundation.org>
-
- Dec 08, 2020
-
-
Greg Kroah-Hartman authored
Tested-by:
-
- Dec 02, 2020
-
-
Greg Kroah-Hartman authored
Tested-by:
-
- Nov 24, 2020
-
-
Greg Kroah-Hartman authored
Tested-by:
-
- Nov 22, 2020
-
-
Greg Kroah-Hartman authored
Tested-by:
-
- Nov 18, 2020
-
-
Greg Kroah-Hartman authored
Tested-by:
-
- Nov 10, 2020
-
-
Greg Kroah-Hartman authored
Signed-off-by: -
Greg Kroah-Hartman authored
Tested-by:
-
- Nov 05, 2020
-
-
Greg Kroah-Hartman authored
Tested-by:
-
- Nov 01, 2020
-
-
Greg Kroah-Hartman authored
Tested-by:
-
- Oct 29, 2020
-
-
Greg Kroah-Hartman authored
Tested-by:
-
- Oct 17, 2020
-
-
Greg Kroah-Hartman authored
Tested-by:
-
- Oct 14, 2020
-
-
Greg Kroah-Hartman authored
Tested-by:
-
- Oct 07, 2020
-
-
Greg Kroah-Hartman authored
Tested-by:
-
- Oct 01, 2020
-
-
Greg Kroah-Hartman authored
Tested-by:
-
- Sep 26, 2020
-
-
Greg Kroah-Hartman authored
Tested-by:
-
- Sep 23, 2020
-
-
Greg Kroah-Hartman authored
Link: https://lore.kernel.org/lkml/20200921163121.870386357@linuxfoundation.org/ Tested-by:
-
- Sep 17, 2020
-
-
Greg Kroah-Hartman authored
Tested-by:
-
- Sep 12, 2020
-
-
Greg Kroah-Hartman authored
Tested-by:
-
- Sep 09, 2020
-
-
Greg Kroah-Hartman authored
Tested-by:
-
- Sep 05, 2020
-
-
Greg Kroah-Hartman authored
Tested-by:
-
- Sep 03, 2020
-
-
Greg Kroah-Hartman authored
Tested-by:
-
Denis Efremov authored
commit e4a42c82 upstream. Redefine GZIP, BZIP2, LZOP variables as KGZIP, KBZIP2, KLZOP resp. GZIP, BZIP2, LZOP env variables are reserved by the tools. The original attempt to redefine them internally doesn't work in makefiles/scripts intercall scenarios, e.g., "make GZIP=gzip bindeb-pkg" and results in broken builds. There can be other broken build commands because of this, so the universal solution is to use non-reserved env variables for the compression tools. Fixes: 8dfb61dc ("kbuild: add variables for compression tools") Signed-off-by:
Denis Efremov <efremov@linux.com> Tested-by:
Masahiro Yamada <masahiroy@kernel.org> Cc: Matthias Maennich <maennich@google.com> Signed-off-by:
-
Denis Efremov authored
commit 8dfb61dc upstream. Allow user to use alternative implementations of compression tools, such as pigz, pbzip2, pxz. For example, multi-threaded tools to speed up the build: $ make GZIP=pigz BZIP2=pbzip2 Variables _GZIP, _BZIP2, _LZOP are used internally because original env vars are reserved by the tools. The use of GZIP in gzip tool is obsolete since 2015. However, alternative implementations (e.g., pigz) still rely on it. BZIP2, BZIP, LZOP vars are not obsolescent. The credit goes to @grsecurity. As a sidenote, for multi-threaded lzma, xz compression one can use: $ export XZ_OPT="--threads=0" Signed-off-by:
Matthias Maennich <maennich@google.com> Signed-off-by:
-
- Aug 26, 2020
-
-
Greg Kroah-Hartman authored
Tested-by:
Nathan Chancellor <natechancellor@gmail.com> Tested-by:
-
Masahiro Yamada authored
commit a0d1c951 upstream. As Documentation/kbuild/llvm.rst implies, building the kernel with a full set of LLVM tools gets very verbose and unwieldy. Provide a single switch LLVM=1 to use Clang and LLVM tools instead of GCC and Binutils. You can pass it from the command line or as an environment variable. Please note LLVM=1 does not turn on the integrated assembler. You need to pass LLVM_IAS=1 to use it. When the upstream kernel is ready for the integrated assembler, I think we can make it default. We discussed what we need, and we agreed to go with a simple boolean flag that switches both target and host tools: https://lkml.org/lkml/2020/3/28/494 https://lkml.org/lkml/2020/4/3/43 Some items discussed, but not adopted: - LLVM_DIR When multiple versions of LLVM are installed, I just thought supporting LLVM_DIR=/path/to/my/llvm/bin/ might be useful. CC = $(LLVM_DIR)clang LD = $(LLVM_DIR)ld.lld ... However, we can handle this by modifying PATH. So, we decided to not do this. - LLVM_SUFFIX Some distributions (e.g. Debian) package specific versions of LLVM with naming conventions that use the version as a suffix. CC = clang$(LLVM_SUFFIX) LD = ld.lld(LLVM_SUFFIX) ... will allow a user to pass LLVM_SUFFIX=-11 to use clang-11 etc., but the suffixed versions in /usr/bin/ are symlinks to binaries in /usr/lib/llvm-#/bin/, so this can also be handled by PATH. Signed-off-by:
Nick Desaulniers <ndesaulniers@google.com> Reviewed-by:
-
Masahiro Yamada authored
commit 7e20e47c upstream. The 'AS' variable is unused for building the kernel. Only the remaining usage is to turn on the integrated assembler. A boolean flag is a better fit for this purpose. AS=clang was added for experts. So, I replaced it with LLVM_IAS=1, breaking the backward compatibility. Suggested-by:
-
Masahiro Yamada authored
commit aa824e0c upstream. As commit 5ef87263 ("kbuild: get rid of misleading $(AS) from documents") noted, we rarely use $(AS) directly in the kernel build. Now that the only/last user of $(AS) in drivers/net/wan/Makefile was converted to $(CC), $(AS) is no longer used in the build process. You can still pass in AS=clang, which is just a switch to turn on the LLVM integrated assembler. Signed-off-by:
-
Masahiro Yamada authored
commit 94f7345b upstream. Python 2 has retired. There is no user of this variable. Signed-off-by:
-
Dmitry Golovin authored
commit eefb8c12 upstream. Introduce a new READELF variable to top-level Makefile, so the name of readelf binary can be specified. Before this change the name of the binary was hardcoded to "$(CROSS_COMPILE)readelf" which might not be present for every toolchain. This allows to build with LLVM Object Reader by using make parameter READELF=llvm-readelf. Link: https://github.com/ClangBuiltLinux/linux/issues/771 Signed-off-by:
Dmitry Golovin <dima@golovin.in> Reviewed-by:
-
- Aug 21, 2020
-
-
Greg Kroah-Hartman authored
Tested-by:
-
- Aug 19, 2020
-
-
Greg Kroah-Hartman authored
Tested-by:
-
- Aug 11, 2020
-
-
Greg Kroah-Hartman authored
Tested-by:
-
- Aug 07, 2020
-
-
Greg Kroah-Hartman authored
Tested-by:
-
- Aug 05, 2020
-
-
Greg Kroah-Hartman authored
Tested-by:
-
- Jul 31, 2020
-
-
Greg Kroah-Hartman authored
Signed-off-by:
-
- Jul 29, 2020
-
-
Greg Kroah-Hartman authored
Tested-by:
-
Fangrui Song authored
commit ca9b31f6 upstream. When CROSS_COMPILE is set (e.g. aarch64-linux-gnu-), if $(CROSS_COMPILE)elfedit is found at /usr/bin/aarch64-linux-gnu-elfedit, GCC_TOOLCHAIN_DIR will be set to /usr/bin/. --prefix= will be set to /usr/bin/ and Clang as of 11 will search for both $(prefix)aarch64-linux-gnu-$needle and $(prefix)$needle. GCC searchs for $(prefix)aarch64-linux-gnu/$version/$needle, $(prefix)aarch64-linux-gnu/$needle and $(prefix)$needle. In practice, $(prefix)aarch64-linux-gnu/$needle rarely contains executables. To better model how GCC's -B/--prefix takes in effect in practice, newer Clang (since https://github.com/llvm/llvm-project/commit/3452a0d8c17f7166f479706b293caf6ac76ffd90 ) only searches for $(prefix)$needle. Currently it will find /usr/bin/as instead of /usr/bin/aarch64-linux-gnu-as. Set --prefix= to $(GCC_TOOLCHAIN_DIR)$(notdir $(CROSS_COMPILE)) (/usr/bin/aarch64-linux-gnu-) so that newer Clang can find the appropriate cross compiling GNU as (when -no-integrated-as is in effect). Cc: stable@vger.kernel.org Reported-by:
Fangrui Song <maskray@google.com> Reviewed-by:
-
- Jul 22, 2020
-
-
Greg Kroah-Hartman authored
-
- Jul 16, 2020
-
-
Greg Kroah-Hartman authored
-
