diff options
author | Dmitry V. Levin <ldv@altlinux.org> | 2017-03-07 23:50:50 +0300 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2017-03-09 13:22:28 -0800 |
commit | 745cb7f8a5de0805cade3de3991b7a95317c7c73 (patch) | |
tree | 0f0a107831fb42df4762f132202d8ca22447ecb3 /kernel/bpf/hashtab.c | |
parent | 294acf1c01bace5cea5d30b510504238bf5f7c25 (diff) | |
download | talos-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