2017-11-01 21:08:43 +07:00
|
|
|
/* SPDX-License-Identifier: GPL-2.0 WITH Linux-syscall-note */
|
2012-10-13 16:46:48 +07:00
|
|
|
#ifndef _UAPI_LINUX_IF_LINK_H
|
|
|
|
#define _UAPI_LINUX_IF_LINK_H
|
|
|
|
|
|
|
|
#include <linux/types.h>
|
|
|
|
#include <linux/netlink.h>
|
|
|
|
|
|
|
|
/* This struct should be in sync with struct rtnl_link_stats64 */
|
|
|
|
struct rtnl_link_stats {
|
|
|
|
__u32 rx_packets; /* total packets received */
|
|
|
|
__u32 tx_packets; /* total packets transmitted */
|
|
|
|
__u32 rx_bytes; /* total bytes received */
|
|
|
|
__u32 tx_bytes; /* total bytes transmitted */
|
|
|
|
__u32 rx_errors; /* bad packets received */
|
|
|
|
__u32 tx_errors; /* packet transmit problems */
|
|
|
|
__u32 rx_dropped; /* no space in linux buffers */
|
|
|
|
__u32 tx_dropped; /* no space available in linux */
|
|
|
|
__u32 multicast; /* multicast packets received */
|
|
|
|
__u32 collisions;
|
|
|
|
|
|
|
|
/* detailed rx_errors: */
|
|
|
|
__u32 rx_length_errors;
|
|
|
|
__u32 rx_over_errors; /* receiver ring buff overflow */
|
|
|
|
__u32 rx_crc_errors; /* recved pkt with crc error */
|
|
|
|
__u32 rx_frame_errors; /* recv'd frame alignment error */
|
|
|
|
__u32 rx_fifo_errors; /* recv'r fifo overrun */
|
|
|
|
__u32 rx_missed_errors; /* receiver missed packet */
|
|
|
|
|
|
|
|
/* detailed tx_errors */
|
|
|
|
__u32 tx_aborted_errors;
|
|
|
|
__u32 tx_carrier_errors;
|
|
|
|
__u32 tx_fifo_errors;
|
|
|
|
__u32 tx_heartbeat_errors;
|
|
|
|
__u32 tx_window_errors;
|
|
|
|
|
|
|
|
/* for cslip etc */
|
|
|
|
__u32 rx_compressed;
|
|
|
|
__u32 tx_compressed;
|
2016-02-02 06:51:05 +07:00
|
|
|
|
|
|
|
__u32 rx_nohandler; /* dropped, no handler found */
|
2012-10-13 16:46:48 +07:00
|
|
|
};
|
|
|
|
|
|
|
|
/* The main device statistics structure */
|
|
|
|
struct rtnl_link_stats64 {
|
|
|
|
__u64 rx_packets; /* total packets received */
|
|
|
|
__u64 tx_packets; /* total packets transmitted */
|
|
|
|
__u64 rx_bytes; /* total bytes received */
|
|
|
|
__u64 tx_bytes; /* total bytes transmitted */
|
|
|
|
__u64 rx_errors; /* bad packets received */
|
|
|
|
__u64 tx_errors; /* packet transmit problems */
|
|
|
|
__u64 rx_dropped; /* no space in linux buffers */
|
|
|
|
__u64 tx_dropped; /* no space available in linux */
|
|
|
|
__u64 multicast; /* multicast packets received */
|
|
|
|
__u64 collisions;
|
|
|
|
|
|
|
|
/* detailed rx_errors: */
|
|
|
|
__u64 rx_length_errors;
|
|
|
|
__u64 rx_over_errors; /* receiver ring buff overflow */
|
|
|
|
__u64 rx_crc_errors; /* recved pkt with crc error */
|
|
|
|
__u64 rx_frame_errors; /* recv'd frame alignment error */
|
|
|
|
__u64 rx_fifo_errors; /* recv'r fifo overrun */
|
|
|
|
__u64 rx_missed_errors; /* receiver missed packet */
|
|
|
|
|
|
|
|
/* detailed tx_errors */
|
|
|
|
__u64 tx_aborted_errors;
|
|
|
|
__u64 tx_carrier_errors;
|
|
|
|
__u64 tx_fifo_errors;
|
|
|
|
__u64 tx_heartbeat_errors;
|
|
|
|
__u64 tx_window_errors;
|
|
|
|
|
|
|
|
/* for cslip etc */
|
|
|
|
__u64 rx_compressed;
|
|
|
|
__u64 tx_compressed;
|
2016-02-02 06:51:05 +07:00
|
|
|
|
|
|
|
__u64 rx_nohandler; /* dropped, no handler found */
|
2012-10-13 16:46:48 +07:00
|
|
|
};
|
|
|
|
|
|
|
|
/* The struct should be in sync with struct ifmap */
|
|
|
|
struct rtnl_link_ifmap {
|
|
|
|
__u64 mem_start;
|
|
|
|
__u64 mem_end;
|
|
|
|
__u64 base_addr;
|
|
|
|
__u16 irq;
|
|
|
|
__u8 dma;
|
|
|
|
__u8 port;
|
|
|
|
};
|
|
|
|
|
|
|
|
/*
|
|
|
|
* IFLA_AF_SPEC
|
|
|
|
* Contains nested attributes for address family specific attributes.
|
|
|
|
* Each address family may create a attribute with the address family
|
|
|
|
* number as type and create its own attribute structure in it.
|
|
|
|
*
|
|
|
|
* Example:
|
|
|
|
* [IFLA_AF_SPEC] = {
|
|
|
|
* [AF_INET] = {
|
|
|
|
* [IFLA_INET_CONF] = ...,
|
|
|
|
* },
|
|
|
|
* [AF_INET6] = {
|
|
|
|
* [IFLA_INET6_FLAGS] = ...,
|
|
|
|
* [IFLA_INET6_CONF] = ...,
|
|
|
|
* }
|
|
|
|
* }
|
|
|
|
*/
|
|
|
|
|
|
|
|
enum {
|
|
|
|
IFLA_UNSPEC,
|
|
|
|
IFLA_ADDRESS,
|
|
|
|
IFLA_BROADCAST,
|
|
|
|
IFLA_IFNAME,
|
|
|
|
IFLA_MTU,
|
|
|
|
IFLA_LINK,
|
|
|
|
IFLA_QDISC,
|
|
|
|
IFLA_STATS,
|
|
|
|
IFLA_COST,
|
|
|
|
#define IFLA_COST IFLA_COST
|
|
|
|
IFLA_PRIORITY,
|
|
|
|
#define IFLA_PRIORITY IFLA_PRIORITY
|
|
|
|
IFLA_MASTER,
|
|
|
|
#define IFLA_MASTER IFLA_MASTER
|
|
|
|
IFLA_WIRELESS, /* Wireless Extension event - see wireless.h */
|
|
|
|
#define IFLA_WIRELESS IFLA_WIRELESS
|
|
|
|
IFLA_PROTINFO, /* Protocol specific information for a link */
|
|
|
|
#define IFLA_PROTINFO IFLA_PROTINFO
|
|
|
|
IFLA_TXQLEN,
|
|
|
|
#define IFLA_TXQLEN IFLA_TXQLEN
|
|
|
|
IFLA_MAP,
|
|
|
|
#define IFLA_MAP IFLA_MAP
|
|
|
|
IFLA_WEIGHT,
|
|
|
|
#define IFLA_WEIGHT IFLA_WEIGHT
|
|
|
|
IFLA_OPERSTATE,
|
|
|
|
IFLA_LINKMODE,
|
|
|
|
IFLA_LINKINFO,
|
|
|
|
#define IFLA_LINKINFO IFLA_LINKINFO
|
|
|
|
IFLA_NET_NS_PID,
|
|
|
|
IFLA_IFALIAS,
|
|
|
|
IFLA_NUM_VF, /* Number of VFs if device is SR-IOV PF */
|
|
|
|
IFLA_VFINFO_LIST,
|
|
|
|
IFLA_STATS64,
|
|
|
|
IFLA_VF_PORTS,
|
|
|
|
IFLA_PORT_SELF,
|
|
|
|
IFLA_AF_SPEC,
|
|
|
|
IFLA_GROUP, /* Group the device belongs to */
|
|
|
|
IFLA_NET_NS_FD,
|
|
|
|
IFLA_EXT_MASK, /* Extended info mask, VFs, etc */
|
|
|
|
IFLA_PROMISCUITY, /* Promiscuity count: > 0 means acts PROMISC */
|
|
|
|
#define IFLA_PROMISCUITY IFLA_PROMISCUITY
|
|
|
|
IFLA_NUM_TX_QUEUES,
|
|
|
|
IFLA_NUM_RX_QUEUES,
|
2012-12-28 06:49:39 +07:00
|
|
|
IFLA_CARRIER,
|
2013-07-29 23:16:50 +07:00
|
|
|
IFLA_PHYS_PORT_ID,
|
2014-03-29 23:48:35 +07:00
|
|
|
IFLA_CARRIER_CHANGES,
|
2014-11-28 20:34:18 +07:00
|
|
|
IFLA_PHYS_SWITCH_ID,
|
2015-01-15 21:11:16 +07:00
|
|
|
IFLA_LINK_NETNSID,
|
2015-03-18 09:23:15 +07:00
|
|
|
IFLA_PHYS_PORT_NAME,
|
2015-07-15 03:43:20 +07:00
|
|
|
IFLA_PROTO_DOWN,
|
2016-03-21 23:55:10 +07:00
|
|
|
IFLA_GSO_MAX_SEGS,
|
|
|
|
IFLA_GSO_MAX_SIZE,
|
2016-04-20 01:30:10 +07:00
|
|
|
IFLA_PAD,
|
2016-07-20 02:16:49 +07:00
|
|
|
IFLA_XDP,
|
2017-05-27 21:14:34 +07:00
|
|
|
IFLA_EVENT,
|
2017-10-03 18:53:23 +07:00
|
|
|
IFLA_NEW_NETNSID,
|
2017-11-03 02:04:38 +07:00
|
|
|
IFLA_IF_NETNSID,
|
2018-09-05 02:53:52 +07:00
|
|
|
IFLA_TARGET_NETNSID = IFLA_IF_NETNSID, /* new alias */
|
2018-01-19 00:59:13 +07:00
|
|
|
IFLA_CARRIER_UP_COUNT,
|
|
|
|
IFLA_CARRIER_DOWN_COUNT,
|
2018-01-25 21:01:39 +07:00
|
|
|
IFLA_NEW_IFINDEX,
|
2018-07-28 03:43:22 +07:00
|
|
|
IFLA_MIN_MTU,
|
|
|
|
IFLA_MAX_MTU,
|
2019-09-30 16:48:16 +07:00
|
|
|
IFLA_PROP_LIST,
|
|
|
|
IFLA_ALT_IFNAME, /* Alternative ifname */
|
2012-10-13 16:46:48 +07:00
|
|
|
__IFLA_MAX
|
|
|
|
};
|
|
|
|
|
|
|
|
|
|
|
|
#define IFLA_MAX (__IFLA_MAX - 1)
|
|
|
|
|
|
|
|
/* backwards compatibility for userspace */
|
|
|
|
#ifndef __KERNEL__
|
|
|
|
#define IFLA_RTA(r) ((struct rtattr*)(((char*)(r)) + NLMSG_ALIGN(sizeof(struct ifinfomsg))))
|
|
|
|
#define IFLA_PAYLOAD(n) NLMSG_PAYLOAD(n,sizeof(struct ifinfomsg))
|
|
|
|
#endif
|
|
|
|
|
|
|
|
enum {
|
|
|
|
IFLA_INET_UNSPEC,
|
|
|
|
IFLA_INET_CONF,
|
|
|
|
__IFLA_INET_MAX,
|
|
|
|
};
|
|
|
|
|
|
|
|
#define IFLA_INET_MAX (__IFLA_INET_MAX - 1)
|
|
|
|
|
|
|
|
/* ifi_flags.
|
|
|
|
|
|
|
|
IFF_* flags.
|
|
|
|
|
|
|
|
The only change is:
|
|
|
|
IFF_LOOPBACK, IFF_BROADCAST and IFF_POINTOPOINT are
|
|
|
|
more not changeable by user. They describe link media
|
|
|
|
characteristics and set by device driver.
|
|
|
|
|
|
|
|
Comments:
|
|
|
|
- Combination IFF_BROADCAST|IFF_POINTOPOINT is invalid
|
|
|
|
- If neither of these three flags are set;
|
|
|
|
the interface is NBMA.
|
|
|
|
|
|
|
|
- IFF_MULTICAST does not mean anything special:
|
|
|
|
multicasts can be used on all not-NBMA links.
|
|
|
|
IFF_MULTICAST means that this media uses special encapsulation
|
|
|
|
for multicast frames. Apparently, all IFF_POINTOPOINT and
|
|
|
|
IFF_BROADCAST devices are able to use multicasts too.
|
|
|
|
*/
|
|
|
|
|
|
|
|
/* IFLA_LINK.
|
|
|
|
For usual devices it is equal ifi_index.
|
|
|
|
If it is a "virtual interface" (f.e. tunnel), ifi_link
|
|
|
|
can point to real physical interface (f.e. for bandwidth calculations),
|
|
|
|
or maybe 0, what means, that real media is unknown (usual
|
|
|
|
for IPIP tunnels, when route to endpoint is allowed to change)
|
|
|
|
*/
|
|
|
|
|
|
|
|
/* Subtype attributes for IFLA_PROTINFO */
|
|
|
|
enum {
|
|
|
|
IFLA_INET6_UNSPEC,
|
|
|
|
IFLA_INET6_FLAGS, /* link flags */
|
|
|
|
IFLA_INET6_CONF, /* sysctl parameters */
|
|
|
|
IFLA_INET6_STATS, /* statistics */
|
|
|
|
IFLA_INET6_MCAST, /* MC things. What of them? */
|
|
|
|
IFLA_INET6_CACHEINFO, /* time values and max reasm size */
|
|
|
|
IFLA_INET6_ICMP6STATS, /* statistics (icmpv6) */
|
net: ipv6: add tokenized interface identifier support
This patch adds support for IPv6 tokenized IIDs, that allow
for administrators to assign well-known host-part addresses
to nodes whilst still obtaining global network prefix from
Router Advertisements. It is currently in draft status.
The primary target for such support is server platforms
where addresses are usually manually configured, rather
than using DHCPv6 or SLAAC. By using tokenised identifiers,
hosts can still determine their network prefix by use of
SLAAC, but more readily be automatically renumbered should
their network prefix change. [...]
The disadvantage with static addresses is that they are
likely to require manual editing should the network prefix
in use change. If instead there were a method to only
manually configure the static identifier part of the IPv6
address, then the address could be automatically updated
when a new prefix was introduced, as described in [RFC4192]
for example. In such cases a DNS server might be
configured with such a tokenised interface identifier of
::53, and SLAAC would use the token in constructing the
interface address, using the advertised prefix. [...]
http://tools.ietf.org/html/draft-chown-6man-tokenised-ipv6-identifiers-02
The implementation is partially based on top of Mark K.
Thompson's proof of concept. However, it uses the Netlink
interface for configuration resp. data retrival, so that
it can be easily extended in future. Successfully tested
by myself.
Cc: Hannes Frederic Sowa <hannes@stressinduktion.org>
Cc: YOSHIFUJI Hideaki <yoshfuji@linux-ipv6.org>
Cc: Thomas Graf <tgraf@suug.ch>
Signed-off-by: Daniel Borkmann <dborkman@redhat.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2013-04-08 11:01:30 +07:00
|
|
|
IFLA_INET6_TOKEN, /* device token */
|
2014-07-12 02:10:18 +07:00
|
|
|
IFLA_INET6_ADDR_GEN_MODE, /* implicit address generator mode */
|
2012-10-13 16:46:48 +07:00
|
|
|
__IFLA_INET6_MAX
|
|
|
|
};
|
|
|
|
|
|
|
|
#define IFLA_INET6_MAX (__IFLA_INET6_MAX - 1)
|
|
|
|
|
2014-07-12 02:10:18 +07:00
|
|
|
enum in6_addr_gen_mode {
|
|
|
|
IN6_ADDR_GEN_MODE_EUI64,
|
|
|
|
IN6_ADDR_GEN_MODE_NONE,
|
ipv6: generation of stable privacy addresses for link-local and autoconf
This patch implements the stable privacy address generation for
link-local and autoconf addresses as specified in RFC7217.
RID = F(Prefix, Net_Iface, Network_ID, DAD_Counter, secret_key)
is the RID (random identifier). As the hash function F we chose one
round of sha1. Prefix will be either the link-local prefix or the
router advertised one. As Net_Iface we use the MAC address of the
device. DAD_Counter and secret_key are implemented as specified.
We don't use Network_ID, as it couples the code too closely to other
subsystems. It is specified as optional in the RFC.
As Net_Iface we only use the MAC address: we simply have no stable
identifier in the kernel we could possibly use: because this code might
run very early, we cannot depend on names, as they might be changed by
user space early on during the boot process.
A new address generation mode is introduced,
IN6_ADDR_GEN_MODE_STABLE_PRIVACY. With iproute2 one can switch back to
none or eui64 address configuration mode although the stable_secret is
already set.
We refuse writes to ipv6/conf/all/stable_secret but only allow
ipv6/conf/default/stable_secret and the interface specific file to be
written to. The default stable_secret is used as the parameter for the
namespace, the interface specific can overwrite the secret, e.g. when
switching a network configuration from one system to another while
inheriting the secret.
Cc: Erik Kline <ek@google.com>
Cc: Fernando Gont <fgont@si6networks.com>
Cc: Lorenzo Colitti <lorenzo@google.com>
Cc: YOSHIFUJI Hideaki/吉藤英明 <hideaki.yoshifuji@miraclelinux.com>
Signed-off-by: Hannes Frederic Sowa <hannes@stressinduktion.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2015-03-24 05:36:01 +07:00
|
|
|
IN6_ADDR_GEN_MODE_STABLE_PRIVACY,
|
2015-12-16 22:44:38 +07:00
|
|
|
IN6_ADDR_GEN_MODE_RANDOM,
|
2014-07-12 02:10:18 +07:00
|
|
|
};
|
|
|
|
|
2014-09-05 20:51:31 +07:00
|
|
|
/* Bridge section */
|
|
|
|
|
|
|
|
enum {
|
|
|
|
IFLA_BR_UNSPEC,
|
|
|
|
IFLA_BR_FORWARD_DELAY,
|
|
|
|
IFLA_BR_HELLO_TIME,
|
|
|
|
IFLA_BR_MAX_AGE,
|
2015-03-18 16:06:58 +07:00
|
|
|
IFLA_BR_AGEING_TIME,
|
|
|
|
IFLA_BR_STP_STATE,
|
|
|
|
IFLA_BR_PRIORITY,
|
2015-08-07 23:40:45 +07:00
|
|
|
IFLA_BR_VLAN_FILTERING,
|
2015-08-27 13:32:26 +07:00
|
|
|
IFLA_BR_VLAN_PROTOCOL,
|
2015-10-04 19:23:28 +07:00
|
|
|
IFLA_BR_GROUP_FWD_MASK,
|
2015-10-04 19:23:29 +07:00
|
|
|
IFLA_BR_ROOT_ID,
|
2015-10-04 19:23:30 +07:00
|
|
|
IFLA_BR_BRIDGE_ID,
|
2015-10-04 19:23:31 +07:00
|
|
|
IFLA_BR_ROOT_PORT,
|
2015-10-04 19:23:32 +07:00
|
|
|
IFLA_BR_ROOT_PATH_COST,
|
2015-10-04 19:23:33 +07:00
|
|
|
IFLA_BR_TOPOLOGY_CHANGE,
|
|
|
|
IFLA_BR_TOPOLOGY_CHANGE_DETECTED,
|
2015-10-04 19:23:34 +07:00
|
|
|
IFLA_BR_HELLO_TIMER,
|
|
|
|
IFLA_BR_TCN_TIMER,
|
|
|
|
IFLA_BR_TOPOLOGY_CHANGE_TIMER,
|
|
|
|
IFLA_BR_GC_TIMER,
|
2015-10-04 19:23:35 +07:00
|
|
|
IFLA_BR_GROUP_ADDR,
|
2015-10-04 19:23:36 +07:00
|
|
|
IFLA_BR_FDB_FLUSH,
|
2015-10-04 19:23:37 +07:00
|
|
|
IFLA_BR_MCAST_ROUTER,
|
2015-10-04 19:23:38 +07:00
|
|
|
IFLA_BR_MCAST_SNOOPING,
|
2015-10-04 19:23:39 +07:00
|
|
|
IFLA_BR_MCAST_QUERY_USE_IFADDR,
|
2015-10-04 19:23:40 +07:00
|
|
|
IFLA_BR_MCAST_QUERIER,
|
2015-10-04 19:23:41 +07:00
|
|
|
IFLA_BR_MCAST_HASH_ELASTICITY,
|
2015-10-04 19:23:42 +07:00
|
|
|
IFLA_BR_MCAST_HASH_MAX,
|
2015-10-04 19:23:43 +07:00
|
|
|
IFLA_BR_MCAST_LAST_MEMBER_CNT,
|
2015-10-04 19:23:44 +07:00
|
|
|
IFLA_BR_MCAST_STARTUP_QUERY_CNT,
|
2015-10-04 19:23:45 +07:00
|
|
|
IFLA_BR_MCAST_LAST_MEMBER_INTVL,
|
|
|
|
IFLA_BR_MCAST_MEMBERSHIP_INTVL,
|
|
|
|
IFLA_BR_MCAST_QUERIER_INTVL,
|
|
|
|
IFLA_BR_MCAST_QUERY_INTVL,
|
|
|
|
IFLA_BR_MCAST_QUERY_RESPONSE_INTVL,
|
|
|
|
IFLA_BR_MCAST_STARTUP_QUERY_INTVL,
|
2015-10-04 19:23:46 +07:00
|
|
|
IFLA_BR_NF_CALL_IPTABLES,
|
|
|
|
IFLA_BR_NF_CALL_IP6TABLES,
|
|
|
|
IFLA_BR_NF_CALL_ARPTABLES,
|
2015-10-04 19:23:47 +07:00
|
|
|
IFLA_BR_VLAN_DEFAULT_PVID,
|
2016-04-25 15:25:18 +07:00
|
|
|
IFLA_BR_PAD,
|
2016-04-30 15:25:28 +07:00
|
|
|
IFLA_BR_VLAN_STATS_ENABLED,
|
2016-06-28 21:57:06 +07:00
|
|
|
IFLA_BR_MCAST_STATS_ENABLED,
|
2016-11-21 19:03:24 +07:00
|
|
|
IFLA_BR_MCAST_IGMP_VERSION,
|
2016-11-21 19:03:25 +07:00
|
|
|
IFLA_BR_MCAST_MLD_VERSION,
|
2018-10-12 17:41:16 +07:00
|
|
|
IFLA_BR_VLAN_STATS_PER_PORT,
|
2018-11-24 09:34:20 +07:00
|
|
|
IFLA_BR_MULTI_BOOLOPT,
|
2014-09-05 20:51:31 +07:00
|
|
|
__IFLA_BR_MAX,
|
|
|
|
};
|
|
|
|
|
|
|
|
#define IFLA_BR_MAX (__IFLA_BR_MAX - 1)
|
|
|
|
|
2015-10-04 19:23:29 +07:00
|
|
|
struct ifla_bridge_id {
|
|
|
|
__u8 prio[2];
|
|
|
|
__u8 addr[6]; /* ETH_ALEN */
|
|
|
|
};
|
|
|
|
|
2012-11-13 14:53:05 +07:00
|
|
|
enum {
|
|
|
|
BRIDGE_MODE_UNSPEC,
|
|
|
|
BRIDGE_MODE_HAIRPIN,
|
|
|
|
};
|
|
|
|
|
|
|
|
enum {
|
|
|
|
IFLA_BRPORT_UNSPEC,
|
|
|
|
IFLA_BRPORT_STATE, /* Spanning tree state */
|
|
|
|
IFLA_BRPORT_PRIORITY, /* " priority */
|
|
|
|
IFLA_BRPORT_COST, /* " cost */
|
|
|
|
IFLA_BRPORT_MODE, /* mode (hairpin) */
|
2012-11-13 14:53:07 +07:00
|
|
|
IFLA_BRPORT_GUARD, /* bpdu guard */
|
2012-11-13 14:53:08 +07:00
|
|
|
IFLA_BRPORT_PROTECT, /* root port protection */
|
2012-12-06 04:24:45 +07:00
|
|
|
IFLA_BRPORT_FAST_LEAVE, /* multicast fast leave */
|
2013-06-05 21:08:00 +07:00
|
|
|
IFLA_BRPORT_LEARNING, /* mac learning */
|
2013-06-05 21:08:01 +07:00
|
|
|
IFLA_BRPORT_UNICAST_FLOOD, /* flood unicast traffic */
|
2014-10-24 04:49:17 +07:00
|
|
|
IFLA_BRPORT_PROXYARP, /* proxy ARP */
|
2014-11-28 20:34:23 +07:00
|
|
|
IFLA_BRPORT_LEARNING_SYNC, /* mac learning sync from device */
|
2015-03-04 17:54:21 +07:00
|
|
|
IFLA_BRPORT_PROXYARP_WIFI, /* proxy ARP for Wi-Fi */
|
2015-10-06 19:11:55 +07:00
|
|
|
IFLA_BRPORT_ROOT_ID, /* designated root */
|
2015-10-06 19:11:56 +07:00
|
|
|
IFLA_BRPORT_BRIDGE_ID, /* designated bridge */
|
2015-10-06 19:11:57 +07:00
|
|
|
IFLA_BRPORT_DESIGNATED_PORT,
|
|
|
|
IFLA_BRPORT_DESIGNATED_COST,
|
2015-10-06 19:11:58 +07:00
|
|
|
IFLA_BRPORT_ID,
|
|
|
|
IFLA_BRPORT_NO,
|
2015-10-06 19:11:59 +07:00
|
|
|
IFLA_BRPORT_TOPOLOGY_CHANGE_ACK,
|
|
|
|
IFLA_BRPORT_CONFIG_PENDING,
|
2015-10-06 19:12:00 +07:00
|
|
|
IFLA_BRPORT_MESSAGE_AGE_TIMER,
|
|
|
|
IFLA_BRPORT_FORWARD_DELAY_TIMER,
|
|
|
|
IFLA_BRPORT_HOLD_TIMER,
|
2015-10-06 19:12:01 +07:00
|
|
|
IFLA_BRPORT_FLUSH,
|
2015-10-06 19:12:02 +07:00
|
|
|
IFLA_BRPORT_MULTICAST_ROUTER,
|
2016-04-25 15:25:18 +07:00
|
|
|
IFLA_BRPORT_PAD,
|
2016-08-31 20:36:52 +07:00
|
|
|
IFLA_BRPORT_MCAST_FLOOD,
|
2017-01-22 03:01:32 +07:00
|
|
|
IFLA_BRPORT_MCAST_TO_UCAST,
|
2017-02-01 13:59:53 +07:00
|
|
|
IFLA_BRPORT_VLAN_TUNNEL,
|
2017-04-26 20:48:09 +07:00
|
|
|
IFLA_BRPORT_BCAST_FLOOD,
|
2017-09-27 20:12:44 +07:00
|
|
|
IFLA_BRPORT_GROUP_FWD_MASK,
|
2017-10-07 12:12:37 +07:00
|
|
|
IFLA_BRPORT_NEIGH_SUPPRESS,
|
2018-05-24 15:56:48 +07:00
|
|
|
IFLA_BRPORT_ISOLATED,
|
2018-07-23 15:16:59 +07:00
|
|
|
IFLA_BRPORT_BACKUP_PORT,
|
2012-11-13 14:53:05 +07:00
|
|
|
__IFLA_BRPORT_MAX
|
|
|
|
};
|
|
|
|
#define IFLA_BRPORT_MAX (__IFLA_BRPORT_MAX - 1)
|
|
|
|
|
2012-10-13 16:46:48 +07:00
|
|
|
struct ifla_cacheinfo {
|
|
|
|
__u32 max_reasm_len;
|
|
|
|
__u32 tstamp; /* ipv6InterfaceTable updated timestamp */
|
|
|
|
__u32 reachable_time;
|
|
|
|
__u32 retrans_time;
|
|
|
|
};
|
|
|
|
|
|
|
|
enum {
|
|
|
|
IFLA_INFO_UNSPEC,
|
|
|
|
IFLA_INFO_KIND,
|
|
|
|
IFLA_INFO_DATA,
|
|
|
|
IFLA_INFO_XSTATS,
|
2014-01-22 15:05:55 +07:00
|
|
|
IFLA_INFO_SLAVE_KIND,
|
|
|
|
IFLA_INFO_SLAVE_DATA,
|
2012-10-13 16:46:48 +07:00
|
|
|
__IFLA_INFO_MAX,
|
|
|
|
};
|
|
|
|
|
|
|
|
#define IFLA_INFO_MAX (__IFLA_INFO_MAX - 1)
|
|
|
|
|
|
|
|
/* VLAN section */
|
|
|
|
|
|
|
|
enum {
|
|
|
|
IFLA_VLAN_UNSPEC,
|
|
|
|
IFLA_VLAN_ID,
|
|
|
|
IFLA_VLAN_FLAGS,
|
|
|
|
IFLA_VLAN_EGRESS_QOS,
|
|
|
|
IFLA_VLAN_INGRESS_QOS,
|
net: vlan: add 802.1ad support
Add support for 802.1ad VLAN devices. This mainly consists of checking for
ETH_P_8021AD in addition to ETH_P_8021Q in a couple of places and check
offloading capabilities based on the used protocol.
Configuration is done using "ip link":
# ip link add link eth0 eth0.1000 \
type vlan proto 802.1ad id 1000
# ip link add link eth0.1000 eth0.1000.1000 \
type vlan proto 802.1q id 1000
52:54:00:12:34:56 > 92:b1:54:28:e4:8c, ethertype 802.1Q (0x8100), length 106: vlan 1000, p 0, ethertype 802.1Q, vlan 1000, p 0, ethertype IPv4, (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84)
20.1.0.2 > 20.1.0.1: ICMP echo request, id 3003, seq 8, length 64
92:b1:54:28:e4:8c > 52:54:00:12:34:56, ethertype 802.1Q-QinQ (0x88a8), length 106: vlan 1000, p 0, ethertype 802.1Q, vlan 1000, p 0, ethertype IPv4, (tos 0x0, ttl 64, id 47944, offset 0, flags [none], proto ICMP (1), length 84)
20.1.0.1 > 20.1.0.2: ICMP echo reply, id 3003, seq 8, length 64
Signed-off-by: Patrick McHardy <kaber@trash.net>
Signed-off-by: David S. Miller <davem@davemloft.net>
2013-04-19 09:04:31 +07:00
|
|
|
IFLA_VLAN_PROTOCOL,
|
2012-10-13 16:46:48 +07:00
|
|
|
__IFLA_VLAN_MAX,
|
|
|
|
};
|
|
|
|
|
|
|
|
#define IFLA_VLAN_MAX (__IFLA_VLAN_MAX - 1)
|
|
|
|
|
|
|
|
struct ifla_vlan_flags {
|
|
|
|
__u32 flags;
|
|
|
|
__u32 mask;
|
|
|
|
};
|
|
|
|
|
|
|
|
enum {
|
|
|
|
IFLA_VLAN_QOS_UNSPEC,
|
|
|
|
IFLA_VLAN_QOS_MAPPING,
|
|
|
|
__IFLA_VLAN_QOS_MAX
|
|
|
|
};
|
|
|
|
|
|
|
|
#define IFLA_VLAN_QOS_MAX (__IFLA_VLAN_QOS_MAX - 1)
|
|
|
|
|
|
|
|
struct ifla_vlan_qos_mapping {
|
|
|
|
__u32 from;
|
|
|
|
__u32 to;
|
|
|
|
};
|
|
|
|
|
|
|
|
/* MACVLAN section */
|
|
|
|
enum {
|
|
|
|
IFLA_MACVLAN_UNSPEC,
|
|
|
|
IFLA_MACVLAN_MODE,
|
|
|
|
IFLA_MACVLAN_FLAGS,
|
2014-09-25 21:31:08 +07:00
|
|
|
IFLA_MACVLAN_MACADDR_MODE,
|
|
|
|
IFLA_MACVLAN_MACADDR,
|
|
|
|
IFLA_MACVLAN_MACADDR_DATA,
|
|
|
|
IFLA_MACVLAN_MACADDR_COUNT,
|
2012-10-13 16:46:48 +07:00
|
|
|
__IFLA_MACVLAN_MAX,
|
|
|
|
};
|
|
|
|
|
|
|
|
#define IFLA_MACVLAN_MAX (__IFLA_MACVLAN_MAX - 1)
|
|
|
|
|
|
|
|
enum macvlan_mode {
|
|
|
|
MACVLAN_MODE_PRIVATE = 1, /* don't talk to other macvlans */
|
|
|
|
MACVLAN_MODE_VEPA = 2, /* talk to other ports through ext bridge */
|
|
|
|
MACVLAN_MODE_BRIDGE = 4, /* talk to bridge ports directly */
|
|
|
|
MACVLAN_MODE_PASSTHRU = 8,/* take over the underlying device */
|
2014-09-25 21:31:08 +07:00
|
|
|
MACVLAN_MODE_SOURCE = 16,/* use source MAC address list to assign */
|
|
|
|
};
|
|
|
|
|
|
|
|
enum macvlan_macaddr_mode {
|
|
|
|
MACVLAN_MACADDR_ADD,
|
|
|
|
MACVLAN_MACADDR_DEL,
|
|
|
|
MACVLAN_MACADDR_FLUSH,
|
|
|
|
MACVLAN_MACADDR_SET,
|
2012-10-13 16:46:48 +07:00
|
|
|
};
|
|
|
|
|
|
|
|
#define MACVLAN_FLAG_NOPROMISC 1
|
|
|
|
|
2015-08-14 03:59:00 +07:00
|
|
|
/* VRF section */
|
|
|
|
enum {
|
|
|
|
IFLA_VRF_UNSPEC,
|
|
|
|
IFLA_VRF_TABLE,
|
|
|
|
__IFLA_VRF_MAX
|
|
|
|
};
|
|
|
|
|
|
|
|
#define IFLA_VRF_MAX (__IFLA_VRF_MAX - 1)
|
|
|
|
|
2016-02-02 22:43:45 +07:00
|
|
|
enum {
|
|
|
|
IFLA_VRF_PORT_UNSPEC,
|
|
|
|
IFLA_VRF_PORT_TABLE,
|
|
|
|
__IFLA_VRF_PORT_MAX
|
|
|
|
};
|
|
|
|
|
|
|
|
#define IFLA_VRF_PORT_MAX (__IFLA_VRF_PORT_MAX - 1)
|
|
|
|
|
2016-03-12 00:07:31 +07:00
|
|
|
/* MACSEC section */
|
|
|
|
enum {
|
|
|
|
IFLA_MACSEC_UNSPEC,
|
|
|
|
IFLA_MACSEC_SCI,
|
|
|
|
IFLA_MACSEC_PORT,
|
|
|
|
IFLA_MACSEC_ICV_LEN,
|
|
|
|
IFLA_MACSEC_CIPHER_SUITE,
|
|
|
|
IFLA_MACSEC_WINDOW,
|
|
|
|
IFLA_MACSEC_ENCODING_SA,
|
|
|
|
IFLA_MACSEC_ENCRYPT,
|
|
|
|
IFLA_MACSEC_PROTECT,
|
|
|
|
IFLA_MACSEC_INC_SCI,
|
|
|
|
IFLA_MACSEC_ES,
|
|
|
|
IFLA_MACSEC_SCB,
|
|
|
|
IFLA_MACSEC_REPLAY_PROTECT,
|
|
|
|
IFLA_MACSEC_VALIDATION,
|
2016-04-26 15:06:11 +07:00
|
|
|
IFLA_MACSEC_PAD,
|
2016-03-12 00:07:31 +07:00
|
|
|
__IFLA_MACSEC_MAX,
|
|
|
|
};
|
|
|
|
|
|
|
|
#define IFLA_MACSEC_MAX (__IFLA_MACSEC_MAX - 1)
|
|
|
|
|
2018-06-12 19:07:12 +07:00
|
|
|
/* XFRM section */
|
|
|
|
enum {
|
|
|
|
IFLA_XFRM_UNSPEC,
|
|
|
|
IFLA_XFRM_LINK,
|
|
|
|
IFLA_XFRM_IF_ID,
|
|
|
|
__IFLA_XFRM_MAX
|
|
|
|
};
|
|
|
|
|
|
|
|
#define IFLA_XFRM_MAX (__IFLA_XFRM_MAX - 1)
|
2016-03-12 00:07:31 +07:00
|
|
|
|
|
|
|
enum macsec_validation_type {
|
|
|
|
MACSEC_VALIDATE_DISABLED = 0,
|
|
|
|
MACSEC_VALIDATE_CHECK = 1,
|
|
|
|
MACSEC_VALIDATE_STRICT = 2,
|
|
|
|
__MACSEC_VALIDATE_END,
|
|
|
|
MACSEC_VALIDATE_MAX = __MACSEC_VALIDATE_END - 1,
|
|
|
|
};
|
|
|
|
|
2014-11-24 14:07:46 +07:00
|
|
|
/* IPVLAN section */
|
|
|
|
enum {
|
|
|
|
IFLA_IPVLAN_UNSPEC,
|
|
|
|
IFLA_IPVLAN_MODE,
|
2017-10-27 05:09:21 +07:00
|
|
|
IFLA_IPVLAN_FLAGS,
|
2014-11-24 14:07:46 +07:00
|
|
|
__IFLA_IPVLAN_MAX
|
|
|
|
};
|
|
|
|
|
|
|
|
#define IFLA_IPVLAN_MAX (__IFLA_IPVLAN_MAX - 1)
|
|
|
|
|
|
|
|
enum ipvlan_mode {
|
|
|
|
IPVLAN_MODE_L2 = 0,
|
|
|
|
IPVLAN_MODE_L3,
|
2016-09-17 02:59:19 +07:00
|
|
|
IPVLAN_MODE_L3S,
|
2014-11-24 14:07:46 +07:00
|
|
|
IPVLAN_MODE_MAX
|
|
|
|
};
|
|
|
|
|
2017-10-27 05:09:21 +07:00
|
|
|
#define IPVLAN_F_PRIVATE 0x01
|
2017-10-27 05:09:25 +07:00
|
|
|
#define IPVLAN_F_VEPA 0x02
|
2017-10-27 05:09:21 +07:00
|
|
|
|
2012-10-13 16:46:48 +07:00
|
|
|
/* VXLAN section */
|
|
|
|
enum {
|
|
|
|
IFLA_VXLAN_UNSPEC,
|
|
|
|
IFLA_VXLAN_ID,
|
2013-04-27 18:31:55 +07:00
|
|
|
IFLA_VXLAN_GROUP, /* group or remote address */
|
2012-10-13 16:46:48 +07:00
|
|
|
IFLA_VXLAN_LINK,
|
|
|
|
IFLA_VXLAN_LOCAL,
|
|
|
|
IFLA_VXLAN_TTL,
|
|
|
|
IFLA_VXLAN_TOS,
|
|
|
|
IFLA_VXLAN_LEARNING,
|
|
|
|
IFLA_VXLAN_AGEING,
|
|
|
|
IFLA_VXLAN_LIMIT,
|
2013-04-27 18:31:57 +07:00
|
|
|
IFLA_VXLAN_PORT_RANGE, /* source port */
|
2012-11-20 09:50:14 +07:00
|
|
|
IFLA_VXLAN_PROXY,
|
|
|
|
IFLA_VXLAN_RSC,
|
|
|
|
IFLA_VXLAN_L2MISS,
|
|
|
|
IFLA_VXLAN_L3MISS,
|
2013-04-27 18:31:57 +07:00
|
|
|
IFLA_VXLAN_PORT, /* destination port */
|
2013-08-31 12:44:33 +07:00
|
|
|
IFLA_VXLAN_GROUP6,
|
|
|
|
IFLA_VXLAN_LOCAL6,
|
2014-06-05 07:20:29 +07:00
|
|
|
IFLA_VXLAN_UDP_CSUM,
|
|
|
|
IFLA_VXLAN_UDP_ZERO_CSUM6_TX,
|
|
|
|
IFLA_VXLAN_UDP_ZERO_CSUM6_RX,
|
2015-01-13 08:00:38 +07:00
|
|
|
IFLA_VXLAN_REMCSUM_TX,
|
|
|
|
IFLA_VXLAN_REMCSUM_RX,
|
vxlan: Group Policy extension
Implements supports for the Group Policy VXLAN extension [0] to provide
a lightweight and simple security label mechanism across network peers
based on VXLAN. The security context and associated metadata is mapped
to/from skb->mark. This allows further mapping to a SELinux context
using SECMARK, to implement ACLs directly with nftables, iptables, OVS,
tc, etc.
The group membership is defined by the lower 16 bits of skb->mark, the
upper 16 bits are used for flags.
SELinux allows to manage label to secure local resources. However,
distributed applications require ACLs to implemented across hosts. This
is typically achieved by matching on L2-L4 fields to identify the
original sending host and process on the receiver. On top of that,
netlabel and specifically CIPSO [1] allow to map security contexts to
universal labels. However, netlabel and CIPSO are relatively complex.
This patch provides a lightweight alternative for overlay network
environments with a trusted underlay. No additional control protocol
is required.
Host 1: Host 2:
Group A Group B Group B Group A
+-----+ +-------------+ +-------+ +-----+
| lxc | | SELinux CTX | | httpd | | VM |
+--+--+ +--+----------+ +---+---+ +--+--+
\---+---/ \----+---/
| |
+---+---+ +---+---+
| vxlan | | vxlan |
+---+---+ +---+---+
+------------------------------+
Backwards compatibility:
A VXLAN-GBP socket can receive standard VXLAN frames and will assign
the default group 0x0000 to such frames. A Linux VXLAN socket will
drop VXLAN-GBP frames. The extension is therefore disabled by default
and needs to be specifically enabled:
ip link add [...] type vxlan [...] gbp
In a mixed environment with VXLAN and VXLAN-GBP sockets, the GBP socket
must run on a separate port number.
Examples:
iptables:
host1# iptables -I OUTPUT -m owner --uid-owner 101 -j MARK --set-mark 0x200
host2# iptables -I INPUT -m mark --mark 0x200 -j DROP
OVS:
# ovs-ofctl add-flow br0 'in_port=1,actions=load:0x200->NXM_NX_TUN_GBP_ID[],NORMAL'
# ovs-ofctl add-flow br0 'in_port=2,tun_gbp_id=0x200,actions=drop'
[0] https://tools.ietf.org/html/draft-smith-vxlan-group-policy
[1] http://lwn.net/Articles/204905/
Signed-off-by: Thomas Graf <tgraf@suug.ch>
Signed-off-by: David S. Miller <davem@davemloft.net>
2015-01-15 09:53:55 +07:00
|
|
|
IFLA_VXLAN_GBP,
|
2015-02-11 07:30:32 +07:00
|
|
|
IFLA_VXLAN_REMCSUM_NOPARTIAL,
|
2015-07-31 10:10:22 +07:00
|
|
|
IFLA_VXLAN_COLLECT_METADATA,
|
2016-03-09 09:00:03 +07:00
|
|
|
IFLA_VXLAN_LABEL,
|
vxlan: implement GPE
Implement VXLAN-GPE. Only COLLECT_METADATA is supported for now (it is
possible to support static configuration, too, if there is demand for it).
The GPE header parsing has to be moved before iptunnel_pull_header, as we
need to know the protocol.
v2: Removed what was called "L2 mode" in v1 of the patchset. Only "L3 mode"
(now called "raw mode") is added by this patch. This mode does not allow
Ethernet header to be encapsulated in VXLAN-GPE when using ip route to
specify the encapsulation, IP header is encapsulated instead. The patch
does support Ethernet to be encapsulated, though, using ETH_P_TEB in
skb->protocol. This will be utilized by other COLLECT_METADATA users
(openvswitch in particular).
If there is ever demand for Ethernet encapsulation with VXLAN-GPE using
ip route, it's easy to add a new flag switching the interface to
"Ethernet mode" (called "L2 mode" in v1 of this patchset). For now,
leave this out, it seems we don't need it.
Disallowed more flag combinations, especially RCO with GPE.
Added comment explaining that GBP and GPE cannot be set together.
Signed-off-by: Jiri Benc <jbenc@redhat.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2016-04-05 19:47:13 +07:00
|
|
|
IFLA_VXLAN_GPE,
|
2018-04-17 13:11:28 +07:00
|
|
|
IFLA_VXLAN_TTL_INHERIT,
|
vxlan: Allow configuration of DF behaviour
Allow users to set the IPv4 DF bit in outgoing packets, or to inherit its
value from the IPv4 inner header. If the encapsulated protocol is IPv6 and
DF is configured to be inherited, always set it.
For IPv4, inheriting DF from the inner header was probably intended from
the very beginning judging by the comment to vxlan_xmit(), but it wasn't
actually implemented -- also because it would have done more harm than
good, without handling for ICMP Fragmentation Needed messages.
According to RFC 7348, "Path MTU discovery MAY be used". An expired RFC
draft, draft-saum-nvo3-pmtud-over-vxlan-05, whose purpose was to describe
PMTUD implementation, says that "is a MUST that Vxlan gateways [...]
SHOULD set the DF-bit [...]", whatever that means.
Given this background, the only sane option is probably to let the user
decide, and keep the current behaviour as default.
This only applies to non-lwt tunnels: if an external control plane is
used, tunnel key will still control the DF flag.
v2:
- DF behaviour configuration only applies for non-lwt tunnels, move DF
setting to if (!info) block in vxlan_xmit_one() (Stephen Hemminger)
Signed-off-by: Stefano Brivio <sbrivio@redhat.com>
Reviewed-by: Sabrina Dubroca <sd@queasysnail.net>
Signed-off-by: David S. Miller <davem@davemloft.net>
2018-11-08 18:19:16 +07:00
|
|
|
IFLA_VXLAN_DF,
|
2012-10-13 16:46:48 +07:00
|
|
|
__IFLA_VXLAN_MAX
|
|
|
|
};
|
|
|
|
#define IFLA_VXLAN_MAX (__IFLA_VXLAN_MAX - 1)
|
|
|
|
|
|
|
|
struct ifla_vxlan_port_range {
|
|
|
|
__be16 low;
|
|
|
|
__be16 high;
|
|
|
|
};
|
|
|
|
|
vxlan: Allow configuration of DF behaviour
Allow users to set the IPv4 DF bit in outgoing packets, or to inherit its
value from the IPv4 inner header. If the encapsulated protocol is IPv6 and
DF is configured to be inherited, always set it.
For IPv4, inheriting DF from the inner header was probably intended from
the very beginning judging by the comment to vxlan_xmit(), but it wasn't
actually implemented -- also because it would have done more harm than
good, without handling for ICMP Fragmentation Needed messages.
According to RFC 7348, "Path MTU discovery MAY be used". An expired RFC
draft, draft-saum-nvo3-pmtud-over-vxlan-05, whose purpose was to describe
PMTUD implementation, says that "is a MUST that Vxlan gateways [...]
SHOULD set the DF-bit [...]", whatever that means.
Given this background, the only sane option is probably to let the user
decide, and keep the current behaviour as default.
This only applies to non-lwt tunnels: if an external control plane is
used, tunnel key will still control the DF flag.
v2:
- DF behaviour configuration only applies for non-lwt tunnels, move DF
setting to if (!info) block in vxlan_xmit_one() (Stephen Hemminger)
Signed-off-by: Stefano Brivio <sbrivio@redhat.com>
Reviewed-by: Sabrina Dubroca <sd@queasysnail.net>
Signed-off-by: David S. Miller <davem@davemloft.net>
2018-11-08 18:19:16 +07:00
|
|
|
enum ifla_vxlan_df {
|
|
|
|
VXLAN_DF_UNSET = 0,
|
|
|
|
VXLAN_DF_SET,
|
|
|
|
VXLAN_DF_INHERIT,
|
|
|
|
__VXLAN_DF_END,
|
|
|
|
VXLAN_DF_MAX = __VXLAN_DF_END - 1,
|
|
|
|
};
|
|
|
|
|
2015-05-13 23:57:30 +07:00
|
|
|
/* GENEVE section */
|
|
|
|
enum {
|
|
|
|
IFLA_GENEVE_UNSPEC,
|
|
|
|
IFLA_GENEVE_ID,
|
|
|
|
IFLA_GENEVE_REMOTE,
|
2015-06-02 02:51:34 +07:00
|
|
|
IFLA_GENEVE_TTL,
|
2015-06-02 02:51:35 +07:00
|
|
|
IFLA_GENEVE_TOS,
|
2015-08-27 13:46:51 +07:00
|
|
|
IFLA_GENEVE_PORT, /* destination port */
|
2015-08-27 13:46:52 +07:00
|
|
|
IFLA_GENEVE_COLLECT_METADATA,
|
2015-10-27 04:01:44 +07:00
|
|
|
IFLA_GENEVE_REMOTE6,
|
2015-12-11 03:37:45 +07:00
|
|
|
IFLA_GENEVE_UDP_CSUM,
|
|
|
|
IFLA_GENEVE_UDP_ZERO_CSUM6_TX,
|
|
|
|
IFLA_GENEVE_UDP_ZERO_CSUM6_RX,
|
2016-03-09 09:00:04 +07:00
|
|
|
IFLA_GENEVE_LABEL,
|
2018-09-12 09:04:21 +07:00
|
|
|
IFLA_GENEVE_TTL_INHERIT,
|
2018-11-08 18:19:19 +07:00
|
|
|
IFLA_GENEVE_DF,
|
2015-05-13 23:57:30 +07:00
|
|
|
__IFLA_GENEVE_MAX
|
|
|
|
};
|
|
|
|
#define IFLA_GENEVE_MAX (__IFLA_GENEVE_MAX - 1)
|
|
|
|
|
2018-11-08 18:19:19 +07:00
|
|
|
enum ifla_geneve_df {
|
|
|
|
GENEVE_DF_UNSET = 0,
|
|
|
|
GENEVE_DF_SET,
|
|
|
|
GENEVE_DF_INHERIT,
|
|
|
|
__GENEVE_DF_END,
|
|
|
|
GENEVE_DF_MAX = __GENEVE_DF_END - 1,
|
|
|
|
};
|
|
|
|
|
2016-04-28 22:55:30 +07:00
|
|
|
/* PPP section */
|
|
|
|
enum {
|
|
|
|
IFLA_PPP_UNSPEC,
|
|
|
|
IFLA_PPP_DEV_FD,
|
|
|
|
__IFLA_PPP_MAX
|
|
|
|
};
|
|
|
|
#define IFLA_PPP_MAX (__IFLA_PPP_MAX - 1)
|
|
|
|
|
2016-05-09 05:55:48 +07:00
|
|
|
/* GTP section */
|
2017-03-25 05:23:21 +07:00
|
|
|
|
|
|
|
enum ifla_gtp_role {
|
|
|
|
GTP_ROLE_GGSN = 0,
|
|
|
|
GTP_ROLE_SGSN,
|
|
|
|
};
|
|
|
|
|
2016-05-09 05:55:48 +07:00
|
|
|
enum {
|
|
|
|
IFLA_GTP_UNSPEC,
|
|
|
|
IFLA_GTP_FD0,
|
|
|
|
IFLA_GTP_FD1,
|
|
|
|
IFLA_GTP_PDP_HASHSIZE,
|
2017-03-25 05:23:21 +07:00
|
|
|
IFLA_GTP_ROLE,
|
2016-05-09 05:55:48 +07:00
|
|
|
__IFLA_GTP_MAX,
|
|
|
|
};
|
|
|
|
#define IFLA_GTP_MAX (__IFLA_GTP_MAX - 1)
|
|
|
|
|
2013-10-18 22:43:38 +07:00
|
|
|
/* Bonding section */
|
|
|
|
|
|
|
|
enum {
|
|
|
|
IFLA_BOND_UNSPEC,
|
|
|
|
IFLA_BOND_MODE,
|
2013-10-18 22:43:39 +07:00
|
|
|
IFLA_BOND_ACTIVE_SLAVE,
|
2013-12-13 05:09:55 +07:00
|
|
|
IFLA_BOND_MIIMON,
|
2013-12-13 05:10:02 +07:00
|
|
|
IFLA_BOND_UPDELAY,
|
2013-12-13 05:10:09 +07:00
|
|
|
IFLA_BOND_DOWNDELAY,
|
2013-12-13 05:10:16 +07:00
|
|
|
IFLA_BOND_USE_CARRIER,
|
2013-12-13 05:10:24 +07:00
|
|
|
IFLA_BOND_ARP_INTERVAL,
|
2013-12-13 05:10:31 +07:00
|
|
|
IFLA_BOND_ARP_IP_TARGET,
|
2013-12-13 05:10:38 +07:00
|
|
|
IFLA_BOND_ARP_VALIDATE,
|
2013-12-13 05:10:45 +07:00
|
|
|
IFLA_BOND_ARP_ALL_TARGETS,
|
2013-12-16 07:41:51 +07:00
|
|
|
IFLA_BOND_PRIMARY,
|
2013-12-16 07:41:58 +07:00
|
|
|
IFLA_BOND_PRIMARY_RESELECT,
|
2013-12-16 07:42:05 +07:00
|
|
|
IFLA_BOND_FAIL_OVER_MAC,
|
2013-12-16 07:42:12 +07:00
|
|
|
IFLA_BOND_XMIT_HASH_POLICY,
|
2013-12-16 07:42:19 +07:00
|
|
|
IFLA_BOND_RESEND_IGMP,
|
2013-12-18 12:30:09 +07:00
|
|
|
IFLA_BOND_NUM_PEER_NOTIF,
|
2013-12-18 12:30:16 +07:00
|
|
|
IFLA_BOND_ALL_SLAVES_ACTIVE,
|
2013-12-18 12:30:23 +07:00
|
|
|
IFLA_BOND_MIN_LINKS,
|
2013-12-18 12:30:30 +07:00
|
|
|
IFLA_BOND_LP_INTERVAL,
|
2013-12-18 12:30:37 +07:00
|
|
|
IFLA_BOND_PACKETS_PER_SLAVE,
|
2014-01-04 05:18:41 +07:00
|
|
|
IFLA_BOND_AD_LACP_RATE,
|
2014-01-04 05:18:49 +07:00
|
|
|
IFLA_BOND_AD_SELECT,
|
2014-01-04 05:18:56 +07:00
|
|
|
IFLA_BOND_AD_INFO,
|
2015-05-09 14:01:58 +07:00
|
|
|
IFLA_BOND_AD_ACTOR_SYS_PRIO,
|
|
|
|
IFLA_BOND_AD_USER_PORT_KEY,
|
|
|
|
IFLA_BOND_AD_ACTOR_SYSTEM,
|
2015-07-31 21:49:43 +07:00
|
|
|
IFLA_BOND_TLB_DYNAMIC_LB,
|
bonding: add an option to specify a delay between peer notifications
Currently, gratuitous ARP/ND packets are sent every `miimon'
milliseconds. This commit allows a user to specify a custom delay
through a new option, `peer_notif_delay'.
Like for `updelay' and `downdelay', this delay should be a multiple of
`miimon' to avoid managing an additional work queue. The configuration
logic is copied from `updelay' and `downdelay'. However, the default
value cannot be set using a module parameter: Netlink or sysfs should
be used to configure this feature.
When setting `miimon' to 100 and `peer_notif_delay' to 500, we can
observe the 500 ms delay is respected:
20:30:19.354693 ARP, Request who-has 203.0.113.10 tell 203.0.113.10, length 28
20:30:19.874892 ARP, Request who-has 203.0.113.10 tell 203.0.113.10, length 28
20:30:20.394919 ARP, Request who-has 203.0.113.10 tell 203.0.113.10, length 28
20:30:20.914963 ARP, Request who-has 203.0.113.10 tell 203.0.113.10, length 28
In bond_mii_monitor(), I have tried to keep the lock logic readable.
The change is due to the fact we cannot rely on a notification to
lower the value of `bond->send_peer_notif' as `NETDEV_NOTIFY_PEERS' is
only triggered once every N times, while we need to decrement the
counter each time.
iproute2 also needs to be updated to be able to specify this new
attribute through `ip link'.
Signed-off-by: Vincent Bernat <vincent@bernat.ch>
Signed-off-by: David S. Miller <davem@davemloft.net>
2019-07-03 00:43:54 +07:00
|
|
|
IFLA_BOND_PEER_NOTIF_DELAY,
|
2013-10-18 22:43:38 +07:00
|
|
|
__IFLA_BOND_MAX,
|
|
|
|
};
|
|
|
|
|
|
|
|
#define IFLA_BOND_MAX (__IFLA_BOND_MAX - 1)
|
|
|
|
|
2014-01-04 05:18:56 +07:00
|
|
|
enum {
|
2014-01-23 22:51:27 +07:00
|
|
|
IFLA_BOND_AD_INFO_UNSPEC,
|
2014-01-04 05:18:56 +07:00
|
|
|
IFLA_BOND_AD_INFO_AGGREGATOR,
|
|
|
|
IFLA_BOND_AD_INFO_NUM_PORTS,
|
|
|
|
IFLA_BOND_AD_INFO_ACTOR_KEY,
|
|
|
|
IFLA_BOND_AD_INFO_PARTNER_KEY,
|
|
|
|
IFLA_BOND_AD_INFO_PARTNER_MAC,
|
|
|
|
__IFLA_BOND_AD_INFO_MAX,
|
|
|
|
};
|
|
|
|
|
|
|
|
#define IFLA_BOND_AD_INFO_MAX (__IFLA_BOND_AD_INFO_MAX - 1)
|
|
|
|
|
2014-01-17 13:57:56 +07:00
|
|
|
enum {
|
2014-01-22 15:05:54 +07:00
|
|
|
IFLA_BOND_SLAVE_UNSPEC,
|
|
|
|
IFLA_BOND_SLAVE_STATE,
|
|
|
|
IFLA_BOND_SLAVE_MII_STATUS,
|
|
|
|
IFLA_BOND_SLAVE_LINK_FAILURE_COUNT,
|
|
|
|
IFLA_BOND_SLAVE_PERM_HWADDR,
|
|
|
|
IFLA_BOND_SLAVE_QUEUE_ID,
|
|
|
|
IFLA_BOND_SLAVE_AD_AGGREGATOR_ID,
|
2015-06-14 20:36:34 +07:00
|
|
|
IFLA_BOND_SLAVE_AD_ACTOR_OPER_PORT_STATE,
|
2015-06-14 20:36:35 +07:00
|
|
|
IFLA_BOND_SLAVE_AD_PARTNER_OPER_PORT_STATE,
|
2014-01-22 15:05:54 +07:00
|
|
|
__IFLA_BOND_SLAVE_MAX,
|
2014-01-17 13:57:56 +07:00
|
|
|
};
|
|
|
|
|
2014-01-22 15:05:54 +07:00
|
|
|
#define IFLA_BOND_SLAVE_MAX (__IFLA_BOND_SLAVE_MAX - 1)
|
2014-01-17 13:57:56 +07:00
|
|
|
|
2012-10-13 16:46:48 +07:00
|
|
|
/* SR-IOV virtual function management section */
|
|
|
|
|
|
|
|
enum {
|
|
|
|
IFLA_VF_INFO_UNSPEC,
|
|
|
|
IFLA_VF_INFO,
|
|
|
|
__IFLA_VF_INFO_MAX,
|
|
|
|
};
|
|
|
|
|
|
|
|
#define IFLA_VF_INFO_MAX (__IFLA_VF_INFO_MAX - 1)
|
|
|
|
|
|
|
|
enum {
|
|
|
|
IFLA_VF_UNSPEC,
|
|
|
|
IFLA_VF_MAC, /* Hardware queue specific attributes */
|
2016-09-22 16:11:15 +07:00
|
|
|
IFLA_VF_VLAN, /* VLAN ID and QoS */
|
net-next:v4: Add support to configure SR-IOV VF minimum and maximum Tx rate through ip tool.
o min_tx_rate puts lower limit on the VF bandwidth. VF is guaranteed
to have a bandwidth of at least this value.
max_tx_rate puts cap on the VF bandwidth. VF can have a bandwidth
of up to this value.
o A new handler set_vf_rate for attr IFLA_VF_RATE has been introduced
which takes 4 arguments:
netdev, VF number, min_tx_rate, max_tx_rate
o ndo_set_vf_rate replaces ndo_set_vf_tx_rate handler.
o Drivers that currently implement ndo_set_vf_tx_rate should now call
ndo_set_vf_rate instead and reject attempt to set a minimum bandwidth
greater than 0 for IFLA_VF_TX_RATE when IFLA_VF_RATE is not yet
implemented by driver.
o If user enters only one of either min_tx_rate or max_tx_rate, then,
userland should read back the other value from driver and set both
for IFLA_VF_RATE.
Drivers that have not yet implemented IFLA_VF_RATE should always
return min_tx_rate as 0 when read from ip tool.
o If both IFLA_VF_TX_RATE and IFLA_VF_RATE options are specified, then
IFLA_VF_RATE should override.
o Idea is to have consistent display of rate values to user.
o Usage example: -
./ip link set p4p1 vf 0 rate 900
./ip link show p4p1
32: p4p1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode
DEFAULT qlen 1000
link/ether 00:0e:1e:08:b0:f0 brd ff:ff:ff:ff:ff:ff
vf 0 MAC 3e:a0:ca:bd:ae:5a, tx rate 900 (Mbps), max_tx_rate 900Mbps
vf 1 MAC f6:c6:7c:3f:3d:6c
vf 2 MAC 56:32:43:98:d7:71
vf 3 MAC d6:be:c3:b5:85:ff
vf 4 MAC ee:a9:9a:1e:19:14
vf 5 MAC 4a:d0:4c:07:52:18
vf 6 MAC 3a:76:44:93:62:f9
vf 7 MAC 82:e9:e7:e3:15:1a
./ip link set p4p1 vf 0 max_tx_rate 300 min_tx_rate 200
./ip link show p4p1
32: p4p1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode
DEFAULT qlen 1000
link/ether 00:0e:1e:08:b0:f0 brd ff:ff:ff:ff:ff:ff
vf 0 MAC 3e:a0:ca:bd:ae:5a, tx rate 300 (Mbps), max_tx_rate 300Mbps,
min_tx_rate 200Mbps
vf 1 MAC f6:c6:7c:3f:3d:6c
vf 2 MAC 56:32:43:98:d7:71
vf 3 MAC d6:be:c3:b5:85:ff
vf 4 MAC ee:a9:9a:1e:19:14
vf 5 MAC 4a:d0:4c:07:52:18
vf 6 MAC 3a:76:44:93:62:f9
vf 7 MAC 82:e9:e7:e3:15:1a
./ip link set p4p1 vf 0 max_tx_rate 600 rate 300
./ip link show p4p1
32: p4p1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode
DEFAULT qlen 1000
link/ether 00:0e:1e:08:b0:f brd ff:ff:ff:ff:ff:ff
vf 0 MAC 3e:a0:ca:bd:ae:5, tx rate 600 (Mbps), max_tx_rate 600Mbps,
min_tx_rate 200Mbps
vf 1 MAC f6:c6:7c:3f:3d:6c
vf 2 MAC 56:32:43:98:d7:71
vf 3 MAC d6:be:c3:b5:85:ff
vf 4 MAC ee:a9:9a:1e:19:14
vf 5 MAC 4a:d0:4c:07:52:18
vf 6 MAC 3a:76:44:93:62:f9
vf 7 MAC 82:e9:e7:e3:15:1a
Signed-off-by: Sucheta Chakraborty <sucheta.chakraborty@qlogic.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2014-05-22 20:59:05 +07:00
|
|
|
IFLA_VF_TX_RATE, /* Max TX Bandwidth Allocation */
|
2012-10-13 16:46:48 +07:00
|
|
|
IFLA_VF_SPOOFCHK, /* Spoof Checking on/off switch */
|
2013-06-13 17:19:10 +07:00
|
|
|
IFLA_VF_LINK_STATE, /* link state enable/disable/auto switch */
|
net-next:v4: Add support to configure SR-IOV VF minimum and maximum Tx rate through ip tool.
o min_tx_rate puts lower limit on the VF bandwidth. VF is guaranteed
to have a bandwidth of at least this value.
max_tx_rate puts cap on the VF bandwidth. VF can have a bandwidth
of up to this value.
o A new handler set_vf_rate for attr IFLA_VF_RATE has been introduced
which takes 4 arguments:
netdev, VF number, min_tx_rate, max_tx_rate
o ndo_set_vf_rate replaces ndo_set_vf_tx_rate handler.
o Drivers that currently implement ndo_set_vf_tx_rate should now call
ndo_set_vf_rate instead and reject attempt to set a minimum bandwidth
greater than 0 for IFLA_VF_TX_RATE when IFLA_VF_RATE is not yet
implemented by driver.
o If user enters only one of either min_tx_rate or max_tx_rate, then,
userland should read back the other value from driver and set both
for IFLA_VF_RATE.
Drivers that have not yet implemented IFLA_VF_RATE should always
return min_tx_rate as 0 when read from ip tool.
o If both IFLA_VF_TX_RATE and IFLA_VF_RATE options are specified, then
IFLA_VF_RATE should override.
o Idea is to have consistent display of rate values to user.
o Usage example: -
./ip link set p4p1 vf 0 rate 900
./ip link show p4p1
32: p4p1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode
DEFAULT qlen 1000
link/ether 00:0e:1e:08:b0:f0 brd ff:ff:ff:ff:ff:ff
vf 0 MAC 3e:a0:ca:bd:ae:5a, tx rate 900 (Mbps), max_tx_rate 900Mbps
vf 1 MAC f6:c6:7c:3f:3d:6c
vf 2 MAC 56:32:43:98:d7:71
vf 3 MAC d6:be:c3:b5:85:ff
vf 4 MAC ee:a9:9a:1e:19:14
vf 5 MAC 4a:d0:4c:07:52:18
vf 6 MAC 3a:76:44:93:62:f9
vf 7 MAC 82:e9:e7:e3:15:1a
./ip link set p4p1 vf 0 max_tx_rate 300 min_tx_rate 200
./ip link show p4p1
32: p4p1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode
DEFAULT qlen 1000
link/ether 00:0e:1e:08:b0:f0 brd ff:ff:ff:ff:ff:ff
vf 0 MAC 3e:a0:ca:bd:ae:5a, tx rate 300 (Mbps), max_tx_rate 300Mbps,
min_tx_rate 200Mbps
vf 1 MAC f6:c6:7c:3f:3d:6c
vf 2 MAC 56:32:43:98:d7:71
vf 3 MAC d6:be:c3:b5:85:ff
vf 4 MAC ee:a9:9a:1e:19:14
vf 5 MAC 4a:d0:4c:07:52:18
vf 6 MAC 3a:76:44:93:62:f9
vf 7 MAC 82:e9:e7:e3:15:1a
./ip link set p4p1 vf 0 max_tx_rate 600 rate 300
./ip link show p4p1
32: p4p1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode
DEFAULT qlen 1000
link/ether 00:0e:1e:08:b0:f brd ff:ff:ff:ff:ff:ff
vf 0 MAC 3e:a0:ca:bd:ae:5, tx rate 600 (Mbps), max_tx_rate 600Mbps,
min_tx_rate 200Mbps
vf 1 MAC f6:c6:7c:3f:3d:6c
vf 2 MAC 56:32:43:98:d7:71
vf 3 MAC d6:be:c3:b5:85:ff
vf 4 MAC ee:a9:9a:1e:19:14
vf 5 MAC 4a:d0:4c:07:52:18
vf 6 MAC 3a:76:44:93:62:f9
vf 7 MAC 82:e9:e7:e3:15:1a
Signed-off-by: Sucheta Chakraborty <sucheta.chakraborty@qlogic.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2014-05-22 20:59:05 +07:00
|
|
|
IFLA_VF_RATE, /* Min and Max TX Bandwidth Allocation */
|
2015-03-31 01:35:23 +07:00
|
|
|
IFLA_VF_RSS_QUERY_EN, /* RSS Redirection Table and Hash Key query
|
|
|
|
* on/off switch
|
|
|
|
*/
|
2015-06-15 21:59:07 +07:00
|
|
|
IFLA_VF_STATS, /* network device statistics */
|
2015-08-28 13:57:55 +07:00
|
|
|
IFLA_VF_TRUST, /* Trust VF */
|
2016-03-12 03:58:34 +07:00
|
|
|
IFLA_VF_IB_NODE_GUID, /* VF Infiniband node GUID */
|
|
|
|
IFLA_VF_IB_PORT_GUID, /* VF Infiniband port GUID */
|
2016-09-22 16:11:15 +07:00
|
|
|
IFLA_VF_VLAN_LIST, /* nested list of vlans, option for QinQ */
|
ipoib: show VF broadcast address
in IPoIB case we can't see a VF broadcast address for but
can see for PF
Before:
11: ib1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 2044 qdisc pfifo_fast
state UP mode DEFAULT group default qlen 256
link/infiniband
80:00:00:66:fe:80:00:00:00:00:00:00:24:8a:07:03:00:a4:3e:7c brd
00:ff:ff:ff:ff:12:40:1b:ff:ff:00:00:00:00:00:00:ff:ff:ff:ff
vf 0 MAC 14:80:00:00:66:fe, spoof checking off, link-state disable,
trust off, query_rss off
...
After:
11: ib1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 2044 qdisc pfifo_fast
state UP mode DEFAULT group default qlen 256
link/infiniband
80:00:00:66:fe:80:00:00:00:00:00:00:24:8a:07:03:00:a4:3e:7c brd
00:ff:ff:ff:ff:12:40:1b:ff:ff:00:00:00:00:00:00:ff:ff:ff:ff
vf 0 link/infiniband
80:00:00:66:fe:80:00:00:00:00:00:00:24:8a:07:03:00:a4:3e:7c brd
00:ff:ff:ff:ff:12:40:1b:ff:ff:00:00:00:00:00:00:ff:ff:ff:ff, spoof
checking off, link-state disable, trust off, query_rss off
v1->v2: add the IFLA_VF_BROADCAST constant
v2->v3: put IFLA_VF_BROADCAST at the end
to avoid KABI breakage and set NLA_REJECT
dev_setlink
Signed-off-by: Denis Kirjanov <kda@linux-powerpc.org>
Acked-by: Doug Ledford <dledford@redhat.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2019-06-17 15:53:41 +07:00
|
|
|
IFLA_VF_BROADCAST, /* VF broadcast */
|
2012-10-13 16:46:48 +07:00
|
|
|
__IFLA_VF_MAX,
|
|
|
|
};
|
|
|
|
|
|
|
|
#define IFLA_VF_MAX (__IFLA_VF_MAX - 1)
|
|
|
|
|
|
|
|
struct ifla_vf_mac {
|
|
|
|
__u32 vf;
|
|
|
|
__u8 mac[32]; /* MAX_ADDR_LEN */
|
|
|
|
};
|
|
|
|
|
ipoib: show VF broadcast address
in IPoIB case we can't see a VF broadcast address for but
can see for PF
Before:
11: ib1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 2044 qdisc pfifo_fast
state UP mode DEFAULT group default qlen 256
link/infiniband
80:00:00:66:fe:80:00:00:00:00:00:00:24:8a:07:03:00:a4:3e:7c brd
00:ff:ff:ff:ff:12:40:1b:ff:ff:00:00:00:00:00:00:ff:ff:ff:ff
vf 0 MAC 14:80:00:00:66:fe, spoof checking off, link-state disable,
trust off, query_rss off
...
After:
11: ib1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 2044 qdisc pfifo_fast
state UP mode DEFAULT group default qlen 256
link/infiniband
80:00:00:66:fe:80:00:00:00:00:00:00:24:8a:07:03:00:a4:3e:7c brd
00:ff:ff:ff:ff:12:40:1b:ff:ff:00:00:00:00:00:00:ff:ff:ff:ff
vf 0 link/infiniband
80:00:00:66:fe:80:00:00:00:00:00:00:24:8a:07:03:00:a4:3e:7c brd
00:ff:ff:ff:ff:12:40:1b:ff:ff:00:00:00:00:00:00:ff:ff:ff:ff, spoof
checking off, link-state disable, trust off, query_rss off
v1->v2: add the IFLA_VF_BROADCAST constant
v2->v3: put IFLA_VF_BROADCAST at the end
to avoid KABI breakage and set NLA_REJECT
dev_setlink
Signed-off-by: Denis Kirjanov <kda@linux-powerpc.org>
Acked-by: Doug Ledford <dledford@redhat.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2019-06-17 15:53:41 +07:00
|
|
|
struct ifla_vf_broadcast {
|
|
|
|
__u8 broadcast[32];
|
|
|
|
};
|
|
|
|
|
2012-10-13 16:46:48 +07:00
|
|
|
struct ifla_vf_vlan {
|
|
|
|
__u32 vf;
|
|
|
|
__u32 vlan; /* 0 - 4095, 0 disables VLAN filter */
|
|
|
|
__u32 qos;
|
|
|
|
};
|
|
|
|
|
2016-09-22 16:11:15 +07:00
|
|
|
enum {
|
|
|
|
IFLA_VF_VLAN_INFO_UNSPEC,
|
|
|
|
IFLA_VF_VLAN_INFO, /* VLAN ID, QoS and VLAN protocol */
|
|
|
|
__IFLA_VF_VLAN_INFO_MAX,
|
|
|
|
};
|
|
|
|
|
|
|
|
#define IFLA_VF_VLAN_INFO_MAX (__IFLA_VF_VLAN_INFO_MAX - 1)
|
|
|
|
#define MAX_VLAN_LIST_LEN 1
|
|
|
|
|
|
|
|
struct ifla_vf_vlan_info {
|
|
|
|
__u32 vf;
|
|
|
|
__u32 vlan; /* 0 - 4095, 0 disables VLAN filter */
|
|
|
|
__u32 qos;
|
|
|
|
__be16 vlan_proto; /* VLAN protocol either 802.1Q or 802.1ad */
|
|
|
|
};
|
|
|
|
|
2012-10-13 16:46:48 +07:00
|
|
|
struct ifla_vf_tx_rate {
|
|
|
|
__u32 vf;
|
|
|
|
__u32 rate; /* Max TX bandwidth in Mbps, 0 disables throttling */
|
|
|
|
};
|
|
|
|
|
net-next:v4: Add support to configure SR-IOV VF minimum and maximum Tx rate through ip tool.
o min_tx_rate puts lower limit on the VF bandwidth. VF is guaranteed
to have a bandwidth of at least this value.
max_tx_rate puts cap on the VF bandwidth. VF can have a bandwidth
of up to this value.
o A new handler set_vf_rate for attr IFLA_VF_RATE has been introduced
which takes 4 arguments:
netdev, VF number, min_tx_rate, max_tx_rate
o ndo_set_vf_rate replaces ndo_set_vf_tx_rate handler.
o Drivers that currently implement ndo_set_vf_tx_rate should now call
ndo_set_vf_rate instead and reject attempt to set a minimum bandwidth
greater than 0 for IFLA_VF_TX_RATE when IFLA_VF_RATE is not yet
implemented by driver.
o If user enters only one of either min_tx_rate or max_tx_rate, then,
userland should read back the other value from driver and set both
for IFLA_VF_RATE.
Drivers that have not yet implemented IFLA_VF_RATE should always
return min_tx_rate as 0 when read from ip tool.
o If both IFLA_VF_TX_RATE and IFLA_VF_RATE options are specified, then
IFLA_VF_RATE should override.
o Idea is to have consistent display of rate values to user.
o Usage example: -
./ip link set p4p1 vf 0 rate 900
./ip link show p4p1
32: p4p1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode
DEFAULT qlen 1000
link/ether 00:0e:1e:08:b0:f0 brd ff:ff:ff:ff:ff:ff
vf 0 MAC 3e:a0:ca:bd:ae:5a, tx rate 900 (Mbps), max_tx_rate 900Mbps
vf 1 MAC f6:c6:7c:3f:3d:6c
vf 2 MAC 56:32:43:98:d7:71
vf 3 MAC d6:be:c3:b5:85:ff
vf 4 MAC ee:a9:9a:1e:19:14
vf 5 MAC 4a:d0:4c:07:52:18
vf 6 MAC 3a:76:44:93:62:f9
vf 7 MAC 82:e9:e7:e3:15:1a
./ip link set p4p1 vf 0 max_tx_rate 300 min_tx_rate 200
./ip link show p4p1
32: p4p1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode
DEFAULT qlen 1000
link/ether 00:0e:1e:08:b0:f0 brd ff:ff:ff:ff:ff:ff
vf 0 MAC 3e:a0:ca:bd:ae:5a, tx rate 300 (Mbps), max_tx_rate 300Mbps,
min_tx_rate 200Mbps
vf 1 MAC f6:c6:7c:3f:3d:6c
vf 2 MAC 56:32:43:98:d7:71
vf 3 MAC d6:be:c3:b5:85:ff
vf 4 MAC ee:a9:9a:1e:19:14
vf 5 MAC 4a:d0:4c:07:52:18
vf 6 MAC 3a:76:44:93:62:f9
vf 7 MAC 82:e9:e7:e3:15:1a
./ip link set p4p1 vf 0 max_tx_rate 600 rate 300
./ip link show p4p1
32: p4p1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode
DEFAULT qlen 1000
link/ether 00:0e:1e:08:b0:f brd ff:ff:ff:ff:ff:ff
vf 0 MAC 3e:a0:ca:bd:ae:5, tx rate 600 (Mbps), max_tx_rate 600Mbps,
min_tx_rate 200Mbps
vf 1 MAC f6:c6:7c:3f:3d:6c
vf 2 MAC 56:32:43:98:d7:71
vf 3 MAC d6:be:c3:b5:85:ff
vf 4 MAC ee:a9:9a:1e:19:14
vf 5 MAC 4a:d0:4c:07:52:18
vf 6 MAC 3a:76:44:93:62:f9
vf 7 MAC 82:e9:e7:e3:15:1a
Signed-off-by: Sucheta Chakraborty <sucheta.chakraborty@qlogic.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2014-05-22 20:59:05 +07:00
|
|
|
struct ifla_vf_rate {
|
|
|
|
__u32 vf;
|
|
|
|
__u32 min_tx_rate; /* Min Bandwidth in Mbps */
|
|
|
|
__u32 max_tx_rate; /* Max Bandwidth in Mbps */
|
|
|
|
};
|
|
|
|
|
2012-10-13 16:46:48 +07:00
|
|
|
struct ifla_vf_spoofchk {
|
|
|
|
__u32 vf;
|
|
|
|
__u32 setting;
|
|
|
|
};
|
|
|
|
|
2016-03-12 03:58:34 +07:00
|
|
|
struct ifla_vf_guid {
|
|
|
|
__u32 vf;
|
|
|
|
__u64 guid;
|
|
|
|
};
|
|
|
|
|
2013-06-13 17:19:10 +07:00
|
|
|
enum {
|
|
|
|
IFLA_VF_LINK_STATE_AUTO, /* link state of the uplink */
|
|
|
|
IFLA_VF_LINK_STATE_ENABLE, /* link always up */
|
|
|
|
IFLA_VF_LINK_STATE_DISABLE, /* link always down */
|
|
|
|
__IFLA_VF_LINK_STATE_MAX,
|
|
|
|
};
|
|
|
|
|
|
|
|
struct ifla_vf_link_state {
|
|
|
|
__u32 vf;
|
|
|
|
__u32 link_state;
|
|
|
|
};
|
|
|
|
|
2015-03-31 01:35:23 +07:00
|
|
|
struct ifla_vf_rss_query_en {
|
|
|
|
__u32 vf;
|
|
|
|
__u32 setting;
|
|
|
|
};
|
|
|
|
|
2015-06-15 21:59:07 +07:00
|
|
|
enum {
|
|
|
|
IFLA_VF_STATS_RX_PACKETS,
|
|
|
|
IFLA_VF_STATS_TX_PACKETS,
|
|
|
|
IFLA_VF_STATS_RX_BYTES,
|
|
|
|
IFLA_VF_STATS_TX_BYTES,
|
|
|
|
IFLA_VF_STATS_BROADCAST,
|
|
|
|
IFLA_VF_STATS_MULTICAST,
|
2016-04-25 15:25:14 +07:00
|
|
|
IFLA_VF_STATS_PAD,
|
2017-07-17 17:47:07 +07:00
|
|
|
IFLA_VF_STATS_RX_DROPPED,
|
|
|
|
IFLA_VF_STATS_TX_DROPPED,
|
2015-06-15 21:59:07 +07:00
|
|
|
__IFLA_VF_STATS_MAX,
|
|
|
|
};
|
|
|
|
|
|
|
|
#define IFLA_VF_STATS_MAX (__IFLA_VF_STATS_MAX - 1)
|
|
|
|
|
2015-08-28 13:57:55 +07:00
|
|
|
struct ifla_vf_trust {
|
|
|
|
__u32 vf;
|
|
|
|
__u32 setting;
|
|
|
|
};
|
|
|
|
|
2012-10-13 16:46:48 +07:00
|
|
|
/* VF ports management section
|
|
|
|
*
|
|
|
|
* Nested layout of set/get msg is:
|
|
|
|
*
|
|
|
|
* [IFLA_NUM_VF]
|
|
|
|
* [IFLA_VF_PORTS]
|
|
|
|
* [IFLA_VF_PORT]
|
|
|
|
* [IFLA_PORT_*], ...
|
|
|
|
* [IFLA_VF_PORT]
|
|
|
|
* [IFLA_PORT_*], ...
|
|
|
|
* ...
|
|
|
|
* [IFLA_PORT_SELF]
|
|
|
|
* [IFLA_PORT_*], ...
|
|
|
|
*/
|
|
|
|
|
|
|
|
enum {
|
|
|
|
IFLA_VF_PORT_UNSPEC,
|
|
|
|
IFLA_VF_PORT, /* nest */
|
|
|
|
__IFLA_VF_PORT_MAX,
|
|
|
|
};
|
|
|
|
|
|
|
|
#define IFLA_VF_PORT_MAX (__IFLA_VF_PORT_MAX - 1)
|
|
|
|
|
|
|
|
enum {
|
|
|
|
IFLA_PORT_UNSPEC,
|
|
|
|
IFLA_PORT_VF, /* __u32 */
|
|
|
|
IFLA_PORT_PROFILE, /* string */
|
|
|
|
IFLA_PORT_VSI_TYPE, /* 802.1Qbg (pre-)standard VDP */
|
|
|
|
IFLA_PORT_INSTANCE_UUID, /* binary UUID */
|
|
|
|
IFLA_PORT_HOST_UUID, /* binary UUID */
|
|
|
|
IFLA_PORT_REQUEST, /* __u8 */
|
|
|
|
IFLA_PORT_RESPONSE, /* __u16, output only */
|
|
|
|
__IFLA_PORT_MAX,
|
|
|
|
};
|
|
|
|
|
|
|
|
#define IFLA_PORT_MAX (__IFLA_PORT_MAX - 1)
|
|
|
|
|
|
|
|
#define PORT_PROFILE_MAX 40
|
|
|
|
#define PORT_UUID_MAX 16
|
|
|
|
#define PORT_SELF_VF -1
|
|
|
|
|
|
|
|
enum {
|
|
|
|
PORT_REQUEST_PREASSOCIATE = 0,
|
|
|
|
PORT_REQUEST_PREASSOCIATE_RR,
|
|
|
|
PORT_REQUEST_ASSOCIATE,
|
|
|
|
PORT_REQUEST_DISASSOCIATE,
|
|
|
|
};
|
|
|
|
|
|
|
|
enum {
|
|
|
|
PORT_VDP_RESPONSE_SUCCESS = 0,
|
|
|
|
PORT_VDP_RESPONSE_INVALID_FORMAT,
|
|
|
|
PORT_VDP_RESPONSE_INSUFFICIENT_RESOURCES,
|
|
|
|
PORT_VDP_RESPONSE_UNUSED_VTID,
|
|
|
|
PORT_VDP_RESPONSE_VTID_VIOLATION,
|
|
|
|
PORT_VDP_RESPONSE_VTID_VERSION_VIOALTION,
|
|
|
|
PORT_VDP_RESPONSE_OUT_OF_SYNC,
|
|
|
|
/* 0x08-0xFF reserved for future VDP use */
|
|
|
|
PORT_PROFILE_RESPONSE_SUCCESS = 0x100,
|
|
|
|
PORT_PROFILE_RESPONSE_INPROGRESS,
|
|
|
|
PORT_PROFILE_RESPONSE_INVALID,
|
|
|
|
PORT_PROFILE_RESPONSE_BADSTATE,
|
|
|
|
PORT_PROFILE_RESPONSE_INSUFFICIENT_RESOURCES,
|
|
|
|
PORT_PROFILE_RESPONSE_ERROR,
|
|
|
|
};
|
|
|
|
|
|
|
|
struct ifla_port_vsi {
|
|
|
|
__u8 vsi_mgr_id;
|
|
|
|
__u8 vsi_type_id[3];
|
|
|
|
__u8 vsi_type_version;
|
|
|
|
__u8 pad[3];
|
|
|
|
};
|
|
|
|
|
|
|
|
|
|
|
|
/* IPoIB section */
|
|
|
|
|
|
|
|
enum {
|
|
|
|
IFLA_IPOIB_UNSPEC,
|
|
|
|
IFLA_IPOIB_PKEY,
|
|
|
|
IFLA_IPOIB_MODE,
|
|
|
|
IFLA_IPOIB_UMCAST,
|
|
|
|
__IFLA_IPOIB_MAX
|
|
|
|
};
|
|
|
|
|
|
|
|
enum {
|
|
|
|
IPOIB_MODE_DATAGRAM = 0, /* using unreliable datagram QPs */
|
|
|
|
IPOIB_MODE_CONNECTED = 1, /* using connected QPs */
|
|
|
|
};
|
|
|
|
|
|
|
|
#define IFLA_IPOIB_MAX (__IFLA_IPOIB_MAX - 1)
|
|
|
|
|
2013-10-31 03:10:47 +07:00
|
|
|
|
|
|
|
/* HSR section */
|
|
|
|
|
|
|
|
enum {
|
|
|
|
IFLA_HSR_UNSPEC,
|
|
|
|
IFLA_HSR_SLAVE1,
|
|
|
|
IFLA_HSR_SLAVE2,
|
2013-11-30 05:38:16 +07:00
|
|
|
IFLA_HSR_MULTICAST_SPEC, /* Last byte of supervision addr */
|
|
|
|
IFLA_HSR_SUPERVISION_ADDR, /* Supervision frame multicast addr */
|
|
|
|
IFLA_HSR_SEQ_NR,
|
2016-04-20 14:08:29 +07:00
|
|
|
IFLA_HSR_VERSION, /* HSR version */
|
2013-10-31 03:10:47 +07:00
|
|
|
__IFLA_HSR_MAX,
|
|
|
|
};
|
|
|
|
|
|
|
|
#define IFLA_HSR_MAX (__IFLA_HSR_MAX - 1)
|
|
|
|
|
2016-04-20 22:43:43 +07:00
|
|
|
/* STATS section */
|
|
|
|
|
|
|
|
struct if_stats_msg {
|
|
|
|
__u8 family;
|
|
|
|
__u8 pad1;
|
|
|
|
__u16 pad2;
|
|
|
|
__u32 ifindex;
|
|
|
|
__u32 filter_mask;
|
|
|
|
};
|
|
|
|
|
|
|
|
/* A stats attribute can be netdev specific or a global stat.
|
|
|
|
* For netdev stats, lets use the prefix IFLA_STATS_LINK_*
|
|
|
|
*/
|
|
|
|
enum {
|
|
|
|
IFLA_STATS_UNSPEC, /* also used as 64bit pad attribute */
|
|
|
|
IFLA_STATS_LINK_64,
|
2016-04-30 15:25:27 +07:00
|
|
|
IFLA_STATS_LINK_XSTATS,
|
2016-06-28 21:57:05 +07:00
|
|
|
IFLA_STATS_LINK_XSTATS_SLAVE,
|
2016-09-16 20:05:37 +07:00
|
|
|
IFLA_STATS_LINK_OFFLOAD_XSTATS,
|
2017-01-16 21:16:36 +07:00
|
|
|
IFLA_STATS_AF_SPEC,
|
2016-04-20 22:43:43 +07:00
|
|
|
__IFLA_STATS_MAX,
|
|
|
|
};
|
|
|
|
|
|
|
|
#define IFLA_STATS_MAX (__IFLA_STATS_MAX - 1)
|
|
|
|
|
|
|
|
#define IFLA_STATS_FILTER_BIT(ATTR) (1 << (ATTR - 1))
|
|
|
|
|
2016-04-30 15:25:27 +07:00
|
|
|
/* These are embedded into IFLA_STATS_LINK_XSTATS:
|
|
|
|
* [IFLA_STATS_LINK_XSTATS]
|
|
|
|
* -> [LINK_XSTATS_TYPE_xxx]
|
|
|
|
* -> [rtnl link type specific attributes]
|
|
|
|
*/
|
|
|
|
enum {
|
|
|
|
LINK_XSTATS_TYPE_UNSPEC,
|
2016-04-30 15:25:29 +07:00
|
|
|
LINK_XSTATS_TYPE_BRIDGE,
|
2019-01-18 19:30:23 +07:00
|
|
|
LINK_XSTATS_TYPE_BOND,
|
2016-04-30 15:25:27 +07:00
|
|
|
__LINK_XSTATS_TYPE_MAX
|
|
|
|
};
|
|
|
|
#define LINK_XSTATS_TYPE_MAX (__LINK_XSTATS_TYPE_MAX - 1)
|
|
|
|
|
2016-09-16 20:05:37 +07:00
|
|
|
/* These are stats embedded into IFLA_STATS_LINK_OFFLOAD_XSTATS */
|
|
|
|
enum {
|
|
|
|
IFLA_OFFLOAD_XSTATS_UNSPEC,
|
|
|
|
IFLA_OFFLOAD_XSTATS_CPU_HIT, /* struct rtnl_link_stats64 */
|
|
|
|
__IFLA_OFFLOAD_XSTATS_MAX
|
|
|
|
};
|
|
|
|
#define IFLA_OFFLOAD_XSTATS_MAX (__IFLA_OFFLOAD_XSTATS_MAX - 1)
|
|
|
|
|
2016-07-20 02:16:49 +07:00
|
|
|
/* XDP section */
|
|
|
|
|
2016-11-29 05:16:54 +07:00
|
|
|
#define XDP_FLAGS_UPDATE_IF_NOEXIST (1U << 0)
|
2017-05-12 06:04:45 +07:00
|
|
|
#define XDP_FLAGS_SKB_MODE (1U << 1)
|
|
|
|
#define XDP_FLAGS_DRV_MODE (1U << 2)
|
2017-06-22 08:25:04 +07:00
|
|
|
#define XDP_FLAGS_HW_MODE (1U << 3)
|
|
|
|
#define XDP_FLAGS_MODES (XDP_FLAGS_SKB_MODE | \
|
|
|
|
XDP_FLAGS_DRV_MODE | \
|
|
|
|
XDP_FLAGS_HW_MODE)
|
2017-04-19 02:36:58 +07:00
|
|
|
#define XDP_FLAGS_MASK (XDP_FLAGS_UPDATE_IF_NOEXIST | \
|
2017-06-22 08:25:04 +07:00
|
|
|
XDP_FLAGS_MODES)
|
2016-11-29 05:16:54 +07:00
|
|
|
|
xdp: refine xdp api with regards to generic xdp
While working on the iproute2 generic XDP frontend, I noticed that
as of right now it's possible to have native *and* generic XDP
programs loaded both at the same time for the case when a driver
supports native XDP.
The intended model for generic XDP from b5cdae3291f7 ("net: Generic
XDP") is, however, that only one out of the two can be present at
once which is also indicated as such in the XDP netlink dump part.
The main rationale for generic XDP is to ease accessibility (in
case a driver does not yet have XDP support) and to generically
provide a semantical model as an example for driver developers
wanting to add XDP support. The generic XDP option for an XDP
aware driver can still be useful for comparing and testing both
implementations.
However, it is not intended to have a second XDP processing stage
or layer with exactly the same functionality of the first native
stage. Only reason could be to have a partial fallback for future
XDP features that are not supported yet in the native implementation
and we probably also shouldn't strive for such fallback and instead
encourage native feature support in the first place. Given there's
currently no such fallback issue or use case, lets not go there yet
if we don't need to.
Therefore, change semantics for loading XDP and bail out if the
user tries to load a generic XDP program when a native one is
present and vice versa. Another alternative to bailing out would
be to handle the transition from one flavor to another gracefully,
but that would require to bring the device down, exchange both
types of programs, and bring it up again in order to avoid a tiny
window where a packet could hit both hooks. Given this complicates
the logic for just a debugging feature in the native case, I went
with the simpler variant.
For the dump, remove IFLA_XDP_FLAGS that was added with b5cdae3291f7
and reuse IFLA_XDP_ATTACHED for indicating the mode. Dumping all
or just a subset of flags that were used for loading the XDP prog
is suboptimal in the long run since not all flags are useful for
dumping and if we start to reuse the same flag definitions for
load and dump, then we'll waste bit space. What we really just
want is to dump the mode for now.
Current IFLA_XDP_ATTACHED semantics are: nothing was installed (0),
a program is running at the native driver layer (1). Thus, add a
mode that says that a program is running at generic XDP layer (2).
Applications will handle this fine in that older binaries will
just indicate that something is attached at XDP layer, effectively
this is similar to IFLA_XDP_FLAGS attr that we would have had
modulo the redundancy.
Signed-off-by: Daniel Borkmann <daniel@iogearbox.net>
Acked-by: Alexei Starovoitov <ast@kernel.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2017-05-12 06:04:46 +07:00
|
|
|
/* These are stored into IFLA_XDP_ATTACHED on dump. */
|
|
|
|
enum {
|
|
|
|
XDP_ATTACHED_NONE = 0,
|
|
|
|
XDP_ATTACHED_DRV,
|
|
|
|
XDP_ATTACHED_SKB,
|
2017-06-22 08:25:09 +07:00
|
|
|
XDP_ATTACHED_HW,
|
2018-07-12 10:36:41 +07:00
|
|
|
XDP_ATTACHED_MULTI,
|
xdp: refine xdp api with regards to generic xdp
While working on the iproute2 generic XDP frontend, I noticed that
as of right now it's possible to have native *and* generic XDP
programs loaded both at the same time for the case when a driver
supports native XDP.
The intended model for generic XDP from b5cdae3291f7 ("net: Generic
XDP") is, however, that only one out of the two can be present at
once which is also indicated as such in the XDP netlink dump part.
The main rationale for generic XDP is to ease accessibility (in
case a driver does not yet have XDP support) and to generically
provide a semantical model as an example for driver developers
wanting to add XDP support. The generic XDP option for an XDP
aware driver can still be useful for comparing and testing both
implementations.
However, it is not intended to have a second XDP processing stage
or layer with exactly the same functionality of the first native
stage. Only reason could be to have a partial fallback for future
XDP features that are not supported yet in the native implementation
and we probably also shouldn't strive for such fallback and instead
encourage native feature support in the first place. Given there's
currently no such fallback issue or use case, lets not go there yet
if we don't need to.
Therefore, change semantics for loading XDP and bail out if the
user tries to load a generic XDP program when a native one is
present and vice versa. Another alternative to bailing out would
be to handle the transition from one flavor to another gracefully,
but that would require to bring the device down, exchange both
types of programs, and bring it up again in order to avoid a tiny
window where a packet could hit both hooks. Given this complicates
the logic for just a debugging feature in the native case, I went
with the simpler variant.
For the dump, remove IFLA_XDP_FLAGS that was added with b5cdae3291f7
and reuse IFLA_XDP_ATTACHED for indicating the mode. Dumping all
or just a subset of flags that were used for loading the XDP prog
is suboptimal in the long run since not all flags are useful for
dumping and if we start to reuse the same flag definitions for
load and dump, then we'll waste bit space. What we really just
want is to dump the mode for now.
Current IFLA_XDP_ATTACHED semantics are: nothing was installed (0),
a program is running at the native driver layer (1). Thus, add a
mode that says that a program is running at generic XDP layer (2).
Applications will handle this fine in that older binaries will
just indicate that something is attached at XDP layer, effectively
this is similar to IFLA_XDP_FLAGS attr that we would have had
modulo the redundancy.
Signed-off-by: Daniel Borkmann <daniel@iogearbox.net>
Acked-by: Alexei Starovoitov <ast@kernel.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2017-05-12 06:04:46 +07:00
|
|
|
};
|
|
|
|
|
2016-07-20 02:16:49 +07:00
|
|
|
enum {
|
|
|
|
IFLA_XDP_UNSPEC,
|
|
|
|
IFLA_XDP_FD,
|
|
|
|
IFLA_XDP_ATTACHED,
|
2016-11-29 05:16:54 +07:00
|
|
|
IFLA_XDP_FLAGS,
|
2017-06-16 07:29:09 +07:00
|
|
|
IFLA_XDP_PROG_ID,
|
2018-07-12 10:36:38 +07:00
|
|
|
IFLA_XDP_DRV_PROG_ID,
|
|
|
|
IFLA_XDP_SKB_PROG_ID,
|
|
|
|
IFLA_XDP_HW_PROG_ID,
|
2016-07-20 02:16:49 +07:00
|
|
|
__IFLA_XDP_MAX,
|
|
|
|
};
|
|
|
|
|
|
|
|
#define IFLA_XDP_MAX (__IFLA_XDP_MAX - 1)
|
|
|
|
|
2017-05-27 21:14:34 +07:00
|
|
|
enum {
|
|
|
|
IFLA_EVENT_NONE,
|
|
|
|
IFLA_EVENT_REBOOT, /* internal reset / reboot */
|
|
|
|
IFLA_EVENT_FEATURES, /* change in offload features */
|
|
|
|
IFLA_EVENT_BONDING_FAILOVER, /* change in active slave */
|
|
|
|
IFLA_EVENT_NOTIFY_PEERS, /* re-sent grat. arp/ndisc */
|
|
|
|
IFLA_EVENT_IGMP_RESEND, /* re-sent IGMP JOIN */
|
|
|
|
IFLA_EVENT_BONDING_OPTIONS, /* change in bonding options */
|
|
|
|
};
|
|
|
|
|
2018-02-16 17:03:07 +07:00
|
|
|
/* tun section */
|
|
|
|
|
|
|
|
enum {
|
|
|
|
IFLA_TUN_UNSPEC,
|
|
|
|
IFLA_TUN_OWNER,
|
|
|
|
IFLA_TUN_GROUP,
|
|
|
|
IFLA_TUN_TYPE,
|
|
|
|
IFLA_TUN_PI,
|
|
|
|
IFLA_TUN_VNET_HDR,
|
|
|
|
IFLA_TUN_PERSIST,
|
|
|
|
IFLA_TUN_MULTI_QUEUE,
|
|
|
|
IFLA_TUN_NUM_QUEUES,
|
|
|
|
IFLA_TUN_NUM_DISABLED_QUEUES,
|
|
|
|
__IFLA_TUN_MAX,
|
|
|
|
};
|
|
|
|
|
|
|
|
#define IFLA_TUN_MAX (__IFLA_TUN_MAX - 1)
|
|
|
|
|
2018-03-22 08:48:14 +07:00
|
|
|
/* rmnet section */
|
|
|
|
|
|
|
|
#define RMNET_FLAGS_INGRESS_DEAGGREGATION (1U << 0)
|
|
|
|
#define RMNET_FLAGS_INGRESS_MAP_COMMANDS (1U << 1)
|
|
|
|
#define RMNET_FLAGS_INGRESS_MAP_CKSUMV4 (1U << 2)
|
|
|
|
#define RMNET_FLAGS_EGRESS_MAP_CKSUMV4 (1U << 3)
|
|
|
|
|
|
|
|
enum {
|
|
|
|
IFLA_RMNET_UNSPEC,
|
|
|
|
IFLA_RMNET_MUX_ID,
|
|
|
|
IFLA_RMNET_FLAGS,
|
|
|
|
__IFLA_RMNET_MAX,
|
|
|
|
};
|
|
|
|
|
|
|
|
#define IFLA_RMNET_MAX (__IFLA_RMNET_MAX - 1)
|
|
|
|
|
|
|
|
struct ifla_rmnet_flags {
|
|
|
|
__u32 flags;
|
|
|
|
__u32 mask;
|
|
|
|
};
|
|
|
|
|
2012-10-13 16:46:48 +07:00
|
|
|
#endif /* _UAPI_LINUX_IF_LINK_H */
|