summaryrefslogtreecommitdiffstats
path: root/kernel/bpf/hashtab.c
diff options
context:
space:
mode:
authorDmitry V. Levin <ldv@altlinux.org>2017-03-07 23:50:50 +0300
committerDavid S. Miller <davem@davemloft.net>2017-03-09 13:22:28 -0800
commit745cb7f8a5de0805cade3de3991b7a95317c7c73 (patch)
tree0f0a107831fb42df4762f132202d8ca22447ecb3 /kernel/bpf/hashtab.c
parent294acf1c01bace5cea5d30b510504238bf5f7c25 (diff)
downloadtalos-obmc-linux-745cb7f8a5de0805cade3de3991b7a95317c7c73.tar.gz
talos-obmc-linux-745cb7f8a5de0805cade3de3991b7a95317c7c73.zip
uapi: fix linux/packet_diag.h userspace compilation error
Replace MAX_ADDR_LEN with its numeric value to fix the following linux/packet_diag.h userspace compilation error: /usr/include/linux/packet_diag.h:67:17: error: 'MAX_ADDR_LEN' undeclared here (not in a function) __u8 pdmc_addr[MAX_ADDR_LEN]; This is not the first case in the UAPI where the numeric value of MAX_ADDR_LEN is used instead of symbolic one, uapi/linux/if_link.h already does the same: $ grep MAX_ADDR_LEN include/uapi/linux/if_link.h __u8 mac[32]; /* MAX_ADDR_LEN */ There are no UAPI headers besides these two that use MAX_ADDR_LEN. Signed-off-by: Dmitry V. Levin <ldv@altlinux.org> Acked-by: Pavel Emelyanov <xemul@virtuozzo.com> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'kernel/bpf/hashtab.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud