diff options
author | Masahiro Yamada <masahiroy@kernel.org> | 2020-04-29 12:45:13 +0900 |
---|---|---|
committer | Masahiro Yamada <masahiroy@kernel.org> | 2020-05-17 18:52:01 +0900 |
commit | 9371f86ecb60f6f1f120e3d93fe892bbb70d04c0 (patch) | |
tree | 3bf829d594785687c136b1d8295197f58b2038ef /drivers/atm | |
parent | 59721d4eb7f66f27440ad74f875b97e64133ee3b (diff) | |
download | linux-stable-9371f86ecb60f6f1f120e3d93fe892bbb70d04c0.tar.gz linux-stable-9371f86ecb60f6f1f120e3d93fe892bbb70d04c0.tar.bz2 linux-stable-9371f86ecb60f6f1f120e3d93fe892bbb70d04c0.zip |
bpfilter: match bit size of bpfilter_umh to that of the kernel
bpfilter_umh is built for the default machine bit of the compiler,
which may not match to the bit size of the kernel.
This happens in the scenario below:
You can use biarch GCC that defaults to 64-bit for building the 32-bit
kernel. In this case, Kbuild passes -m32 to teach the compiler to
produce 32-bit kernel space objects. However, it is missing when
building bpfilter_umh. It is built as a 64-bit ELF, and then embedded
into the 32-bit kernel.
The 32-bit kernel and 64-bit umh is a bad combination.
In theory, we can have 32-bit umh running on 64-bit kernel, but we do
not have a good reason to support such a usecase.
The best is to match the bit size between them.
Pass -m32 or -m64 to the umh build command if it is found in
$(KBUILD_CFLAGS). Evaluate CC_CAN_LINK against the kernel bit-size.
Signed-off-by: Masahiro Yamada <masahiroy@kernel.org>
Diffstat (limited to 'drivers/atm')
0 files changed, 0 insertions, 0 deletions