summaryrefslogtreecommitdiffstats
path: root/drivers/atm
diff options
context:
space:
mode:
authorMasahiro Yamada <masahiroy@kernel.org>2020-04-29 12:45:13 +0900
committerMasahiro Yamada <masahiroy@kernel.org>2020-05-17 18:52:01 +0900
commit9371f86ecb60f6f1f120e3d93fe892bbb70d04c0 (patch)
tree3bf829d594785687c136b1d8295197f58b2038ef /drivers/atm
parent59721d4eb7f66f27440ad74f875b97e64133ee3b (diff)
downloadlinux-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