jjb: fix modules arm64 crossbuild
authorMichael Jeanson <mjeanson@efficios.com>
Wed, 20 Dec 2017 19:41:29 +0000 (14:41 -0500)
committerMichael Jeanson <mjeanson@efficios.com>
Wed, 20 Dec 2017 19:41:29 +0000 (14:41 -0500)
commitc236528e30507834a23058441c072fb69ed224f7
treeb258d4128f34da01bdae27ae1750712d2f413625
parentd138fc446790cd2c6a23a96532c5a66749b7c7c1
jjb: fix modules arm64 crossbuild

The ftrace-mod.o special case on arm64 was introduced in 4.13 and
removed in 4.15-rc4, it is also being backported in stable branches.

See upstream commit:

  commit be0f272bfc83797f70d44faca86954df62e2bbc0
  Author: Ard Biesheuvel <ard.biesheuvel@linaro.org>
  Date:   Mon Nov 20 17:41:30 2017 +0000

    arm64: ftrace: emit ftrace-mod.o contents through code

    When building the arm64 kernel with both CONFIG_ARM64_MODULE_PLTS and
    CONFIG_DYNAMIC_FTRACE enabled, the ftrace-mod.o object file is built
    with the kernel and contains a trampoline that is linked into each
    module, so that modules can be loaded far away from the kernel and
    still reach the ftrace entry point in the core kernel with an ordinary
    relative branch, as is emitted by the compiler instrumentation code
    dynamic ftrace relies on.

    In order to be able to build out of tree modules, this object file
    needs to be included into the linux-headers or linux-devel packages,
    which is undesirable, as it makes arm64 a special case (although a
    precedent does exist for 32-bit PPC).

    Given that the trampoline essentially consists of a PLT entry, let's
    not bother with a source or object file for it, and simply patch it
    in whenever the trampoline is being populated, using the existing
    PLT support routines.

Signed-off-by: Michael Jeanson <mjeanson@efficios.com>
scripts/lttng-modules/param-build.sh
This page took 0.02333 seconds and 4 git commands to generate.