diff options
author | Daniel Borkmann <daniel@iogearbox.net> | 2017-12-01 20:59:21 +0100 |
---|---|---|
committer | Daniel Borkmann <daniel@iogearbox.net> | 2017-12-01 20:59:21 +0100 |
commit | 4485166519e00ba1ba313a5b55ad2a0423c10952 (patch) | |
tree | d48a1e26d758bdbc44cd17a374df24591bf47404 /drivers/net/ethernet/broadcom | |
parent | 554b36bffbfba7fc38d1b2b1848f5b88ed853baf (diff) | |
parent | 6bc7103c89bff2b53a159e03b74c8216c79bfef8 (diff) | |
download | linux-4485166519e00ba1ba313a5b55ad2a0423c10952.tar.bz2 |
Merge branch 'bpf-nfp-jmp-memcpy-improvements'
Jiong Wang says:
====================
Currently, compiler will lower memcpy function call in XDP/eBPF C program
into a sequence of eBPF load/store pairs for some scenarios.
Compiler is thinking this "inline" optimiation is beneficial as it could
avoid function call and also increase code locality.
However, Netronome NPU is not an tranditional load/store architecture that
doing a sequence of individual load/store actions are not efficient.
This patch set tries to identify the load/store sequences composed of
load/store pairs that comes from memcpy lowering, then accelerates them
through NPU's Command Push Pull (CPP) instruction.
This patch set registered an new optimization pass before doing the actual
JIT work, it traverse through eBPF IR, once found candidate sequence then
record the memory copy source, destination and length information in the
first load instruction starting the sequence and marks all remaining
instructions in the sequence into skipable status. Later, when JITing the
first load instructoin, optimal instructions will be generated using those
record information.
For this safety of this transformation:
- jump into the middle of the sequence will cancel the optimization.
- overlapped memory access will cancel the optimization.
- the load destination register still contains the same value as before
the transformation.
====================
Signed-off-by: Daniel Borkmann <daniel@iogearbox.net>
Diffstat (limited to 'drivers/net/ethernet/broadcom')
0 files changed, 0 insertions, 0 deletions