mirror of
https://github.com/edk2-porting/linux-next.git
synced 2024-12-27 22:53:55 +08:00
533350227d
With latest net-next:
====
clang -nostdinc -isystem /usr/lib/gcc/x86_64-redhat-linux/6.3.1/include -I./arch/x86/include -I./arch/x86/include/generated/uapi -I./arch/x86/include/generated -I./include -I./arch/x86/include/uapi -I./include/uapi -I./include/generated/uapi -include ./include/linux/kconfig.h -Isamples/bpf \
-D__KERNEL__ -D__ASM_SYSREG_H -Wno-unused-value -Wno-pointer-sign \
-Wno-compare-distinct-pointer-types \
-Wno-gnu-variable-sized-type-not-at-end \
-Wno-address-of-packed-member -Wno-tautological-compare \
-Wno-unknown-warning-option \
-O2 -emit-llvm -c samples/bpf/tcp_synrto_kern.c -o -| llc -march=bpf -filetype=obj -o samples/bpf/tcp_synrto_kern.o
samples/bpf/tcp_synrto_kern.c:20:10: fatal error: 'bpf_endian.h' file not found
^~~~~~~~~~~~~~
1 error generated.
====
net has the same issue.
Add support for ntohl and htonl in tools/testing/selftests/bpf/bpf_endian.h.
Also move bpf_helpers.h from samples/bpf to selftests/bpf and change
compiler include logic so that programs in samples/bpf can access the headers
in selftests/bpf, but not the other way around.
Signed-off-by: Yonghong Song <yhs@fb.com>
Acked-by: Daniel Borkmann <daniel@iogearbox.net>
Acked-by: Lawrence Brakmo <brakmo@fb.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
57 lines
2.0 KiB
C
57 lines
2.0 KiB
C
#ifndef __BPF_ENDIAN__
|
|
#define __BPF_ENDIAN__
|
|
|
|
#include <linux/swab.h>
|
|
|
|
/* LLVM's BPF target selects the endianness of the CPU
|
|
* it compiles on, or the user specifies (bpfel/bpfeb),
|
|
* respectively. The used __BYTE_ORDER__ is defined by
|
|
* the compiler, we cannot rely on __BYTE_ORDER from
|
|
* libc headers, since it doesn't reflect the actual
|
|
* requested byte order.
|
|
*
|
|
* Note, LLVM's BPF target has different __builtin_bswapX()
|
|
* semantics. It does map to BPF_ALU | BPF_END | BPF_TO_BE
|
|
* in bpfel and bpfeb case, which means below, that we map
|
|
* to cpu_to_be16(). We could use it unconditionally in BPF
|
|
* case, but better not rely on it, so that this header here
|
|
* can be used from application and BPF program side, which
|
|
* use different targets.
|
|
*/
|
|
#if __BYTE_ORDER__ == __ORDER_LITTLE_ENDIAN__
|
|
# define __bpf_ntohs(x) __builtin_bswap16(x)
|
|
# define __bpf_htons(x) __builtin_bswap16(x)
|
|
# define __bpf_constant_ntohs(x) ___constant_swab16(x)
|
|
# define __bpf_constant_htons(x) ___constant_swab16(x)
|
|
# define __bpf_ntohl(x) __builtin_bswap32(x)
|
|
# define __bpf_htonl(x) __builtin_bswap32(x)
|
|
# define __bpf_constant_ntohl(x) ___constant_swab32(x)
|
|
# define __bpf_constant_htonl(x) ___constant_swab32(x)
|
|
#elif __BYTE_ORDER__ == __ORDER_BIG_ENDIAN__
|
|
# define __bpf_ntohs(x) (x)
|
|
# define __bpf_htons(x) (x)
|
|
# define __bpf_constant_ntohs(x) (x)
|
|
# define __bpf_constant_htons(x) (x)
|
|
# define __bpf_ntohl(x) (x)
|
|
# define __bpf_htonl(x) (x)
|
|
# define __bpf_constant_ntohl(x) (x)
|
|
# define __bpf_constant_htonl(x) (x)
|
|
#else
|
|
# error "Fix your compiler's __BYTE_ORDER__?!"
|
|
#endif
|
|
|
|
#define bpf_htons(x) \
|
|
(__builtin_constant_p(x) ? \
|
|
__bpf_constant_htons(x) : __bpf_htons(x))
|
|
#define bpf_ntohs(x) \
|
|
(__builtin_constant_p(x) ? \
|
|
__bpf_constant_ntohs(x) : __bpf_ntohs(x))
|
|
#define bpf_htonl(x) \
|
|
(__builtin_constant_p(x) ? \
|
|
__bpf_constant_htonl(x) : __bpf_htonl(x))
|
|
#define bpf_ntohl(x) \
|
|
(__builtin_constant_p(x) ? \
|
|
__bpf_constant_ntohl(x) : __bpf_ntohl(x))
|
|
|
|
#endif /* __BPF_ENDIAN__ */
|