2005-04-17 05:20:36 +07:00
|
|
|
/*
|
|
|
|
* INET An implementation of the TCP/IP protocol suite for the LINUX
|
|
|
|
* operating system. INET is implemented using the BSD Socket
|
|
|
|
* interface as the means of communication with the user level.
|
|
|
|
*
|
|
|
|
* Definitions for the Interfaces handler.
|
|
|
|
*
|
|
|
|
* Version: @(#)dev.h 1.0.10 08/12/93
|
|
|
|
*
|
2005-05-06 06:16:16 +07:00
|
|
|
* Authors: Ross Biro
|
2005-04-17 05:20:36 +07:00
|
|
|
* Fred N. van Kempen, <waltje@uWalt.NL.Mugnet.ORG>
|
|
|
|
* Corey Minyard <wf-rch!minyard@relay.EU.net>
|
|
|
|
* Donald J. Becker, <becker@cesdis.gsfc.nasa.gov>
|
2008-10-14 09:01:08 +07:00
|
|
|
* Alan Cox, <alan@lxorguk.ukuu.org.uk>
|
2005-04-17 05:20:36 +07:00
|
|
|
* Bjorn Ekwall. <bj0rn@blox.se>
|
|
|
|
* Pekka Riikonen <priikone@poseidon.pspt.fi>
|
|
|
|
*
|
|
|
|
* This program is free software; you can redistribute it and/or
|
|
|
|
* modify it under the terms of the GNU General Public License
|
|
|
|
* as published by the Free Software Foundation; either version
|
|
|
|
* 2 of the License, or (at your option) any later version.
|
|
|
|
*
|
|
|
|
* Moved to /usr/include/linux for NET3
|
|
|
|
*/
|
|
|
|
#ifndef _LINUX_NETDEVICE_H
|
|
|
|
#define _LINUX_NETDEVICE_H
|
|
|
|
|
2011-08-25 20:35:03 +07:00
|
|
|
#include <linux/pm_qos.h>
|
2006-12-04 11:15:30 +07:00
|
|
|
#include <linux/timer.h>
|
2011-11-24 08:12:59 +07:00
|
|
|
#include <linux/bug.h>
|
[NET]: Make NAPI polling independent of struct net_device objects.
Several devices have multiple independant RX queues per net
device, and some have a single interrupt doorbell for several
queues.
In either case, it's easier to support layouts like that if the
structure representing the poll is independant from the net
device itself.
The signature of the ->poll() call back goes from:
int foo_poll(struct net_device *dev, int *budget)
to
int foo_poll(struct napi_struct *napi, int budget)
The caller is returned the number of RX packets processed (or
the number of "NAPI credits" consumed if you want to get
abstract). The callee no longer messes around bumping
dev->quota, *budget, etc. because that is all handled in the
caller upon return.
The napi_struct is to be embedded in the device driver private data
structures.
Furthermore, it is the driver's responsibility to disable all NAPI
instances in it's ->stop() device close handler. Since the
napi_struct is privatized into the driver's private data structures,
only the driver knows how to get at all of the napi_struct instances
it may have per-device.
With lots of help and suggestions from Rusty Russell, Roland Dreier,
Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
[ Ported to current tree and all drivers converted. Integrated
Stephen's follow-on kerneldoc additions, and restored poll_list
handling to the old style to fix mutual exclusion issues. -DaveM ]
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-10-04 06:41:36 +07:00
|
|
|
#include <linux/delay.h>
|
2011-07-27 06:09:06 +07:00
|
|
|
#include <linux/atomic.h>
|
2005-04-17 05:20:36 +07:00
|
|
|
#include <asm/cache.h>
|
|
|
|
#include <asm/byteorder.h>
|
|
|
|
|
|
|
|
#include <linux/percpu.h>
|
2009-05-07 06:52:51 +07:00
|
|
|
#include <linux/rculist.h>
|
2006-06-18 11:24:58 +07:00
|
|
|
#include <linux/dmaengine.h>
|
[NET]: Make NAPI polling independent of struct net_device objects.
Several devices have multiple independant RX queues per net
device, and some have a single interrupt doorbell for several
queues.
In either case, it's easier to support layouts like that if the
structure representing the poll is independant from the net
device itself.
The signature of the ->poll() call back goes from:
int foo_poll(struct net_device *dev, int *budget)
to
int foo_poll(struct napi_struct *napi, int budget)
The caller is returned the number of RX packets processed (or
the number of "NAPI credits" consumed if you want to get
abstract). The callee no longer messes around bumping
dev->quota, *budget, etc. because that is all handled in the
caller upon return.
The napi_struct is to be embedded in the device driver private data
structures.
Furthermore, it is the driver's responsibility to disable all NAPI
instances in it's ->stop() device close handler. Since the
napi_struct is privatized into the driver's private data structures,
only the driver knows how to get at all of the napi_struct instances
it may have per-device.
With lots of help and suggestions from Rusty Russell, Roland Dreier,
Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
[ Ported to current tree and all drivers converted. Integrated
Stephen's follow-on kerneldoc additions, and restored poll_list
handling to the old style to fix mutual exclusion issues. -DaveM ]
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-10-04 06:41:36 +07:00
|
|
|
#include <linux/workqueue.h>
|
2011-11-28 23:33:09 +07:00
|
|
|
#include <linux/dynamic_queue_limits.h>
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2009-04-20 11:49:28 +07:00
|
|
|
#include <linux/ethtool.h>
|
2007-09-12 19:57:09 +07:00
|
|
|
#include <net/net_namespace.h>
|
2008-10-07 20:45:02 +07:00
|
|
|
#include <net/dsa.h>
|
2008-11-25 16:02:08 +07:00
|
|
|
#ifdef CONFIG_DCB
|
2008-11-21 11:52:10 +07:00
|
|
|
#include <net/dcbnl.h>
|
|
|
|
#endif
|
2011-11-22 12:10:51 +07:00
|
|
|
#include <net/netprio_cgroup.h>
|
2007-09-12 19:57:09 +07:00
|
|
|
|
2011-11-15 22:29:55 +07:00
|
|
|
#include <linux/netdev_features.h>
|
2012-04-15 13:43:56 +07:00
|
|
|
#include <linux/neighbour.h>
|
2012-10-13 16:46:48 +07:00
|
|
|
#include <uapi/linux/netdevice.h>
|
2011-11-15 22:29:55 +07:00
|
|
|
|
2005-06-23 12:05:31 +07:00
|
|
|
struct netpoll_info;
|
2012-01-30 23:46:54 +07:00
|
|
|
struct device;
|
2010-07-17 15:49:36 +07:00
|
|
|
struct phy_device;
|
2007-04-24 02:20:05 +07:00
|
|
|
/* 802.11 specific */
|
|
|
|
struct wireless_dev;
|
2005-04-17 05:20:36 +07:00
|
|
|
/* source back-compat hooks */
|
|
|
|
#define SET_ETHTOOL_OPS(netdev,ops) \
|
|
|
|
( (netdev)->ethtool_ops = (ops) )
|
|
|
|
|
2013-09-27 04:48:15 +07:00
|
|
|
void netdev_set_default_ethtool_ops(struct net_device *dev,
|
|
|
|
const struct ethtool_ops *ops);
|
2013-01-11 06:19:10 +07:00
|
|
|
|
2010-07-22 09:50:21 +07:00
|
|
|
/* hardware address assignment types */
|
|
|
|
#define NET_ADDR_PERM 0 /* address is permanent (default) */
|
|
|
|
#define NET_ADDR_RANDOM 1 /* address is generated randomly */
|
|
|
|
#define NET_ADDR_STOLEN 2 /* address is stolen from other device */
|
2013-01-01 10:30:16 +07:00
|
|
|
#define NET_ADDR_SET 3 /* address is set using
|
|
|
|
* dev_set_mac_address() */
|
2010-07-22 09:50:21 +07:00
|
|
|
|
2009-11-15 14:20:12 +07:00
|
|
|
/* Backlog congestion levels */
|
|
|
|
#define NET_RX_SUCCESS 0 /* keep 'em coming, baby */
|
|
|
|
#define NET_RX_DROP 1 /* packet dropped */
|
|
|
|
|
2009-11-10 13:14:14 +07:00
|
|
|
/*
|
|
|
|
* Transmit return codes: transmit return codes originate from three different
|
|
|
|
* namespaces:
|
|
|
|
*
|
|
|
|
* - qdisc return codes
|
|
|
|
* - driver transmit return codes
|
|
|
|
* - errno values
|
|
|
|
*
|
|
|
|
* Drivers are allowed to return any one of those in their hard_start_xmit()
|
|
|
|
* function. Real network devices commonly used with qdiscs should only return
|
|
|
|
* the driver transmit return codes though - when qdiscs are used, the actual
|
|
|
|
* transmission happens asynchronously, so the value is not propagated to
|
|
|
|
* higher layers. Virtual network devices transmit synchronously, in this case
|
|
|
|
* the driver transmit return codes are consumed by dev_queue_xmit(), all
|
|
|
|
* others are propagated to higher layers.
|
|
|
|
*/
|
|
|
|
|
|
|
|
/* qdisc ->enqueue() return codes. */
|
|
|
|
#define NET_XMIT_SUCCESS 0x00
|
2009-11-15 14:20:12 +07:00
|
|
|
#define NET_XMIT_DROP 0x01 /* skb dropped */
|
|
|
|
#define NET_XMIT_CN 0x02 /* congestion notification */
|
|
|
|
#define NET_XMIT_POLICED 0x03 /* skb is shot by police */
|
|
|
|
#define NET_XMIT_MASK 0x0f /* qdisc flags in net/sch_generic.h */
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2006-11-14 20:21:36 +07:00
|
|
|
/* NET_XMIT_CN is special. It does not guarantee that this packet is lost. It
|
|
|
|
* indicates that the device will soon be dropping packets, or already drops
|
|
|
|
* some packets of the same priority; prompting us to send less aggressively. */
|
2009-11-10 13:14:14 +07:00
|
|
|
#define net_xmit_eval(e) ((e) == NET_XMIT_CN ? 0 : (e))
|
2005-04-17 05:20:36 +07:00
|
|
|
#define net_xmit_errno(e) ((e) != NET_XMIT_CN ? -ENOBUFS : 0)
|
|
|
|
|
2009-09-01 02:50:40 +07:00
|
|
|
/* Driver transmit return codes */
|
2009-11-15 14:20:12 +07:00
|
|
|
#define NETDEV_TX_MASK 0xf0
|
2009-11-10 13:14:14 +07:00
|
|
|
|
2009-09-01 02:50:40 +07:00
|
|
|
enum netdev_tx {
|
2009-11-10 13:14:14 +07:00
|
|
|
__NETDEV_TX_MIN = INT_MIN, /* make sure enum is signed */
|
2009-11-15 14:20:12 +07:00
|
|
|
NETDEV_TX_OK = 0x00, /* driver took care of packet */
|
|
|
|
NETDEV_TX_BUSY = 0x10, /* driver tx path was busy*/
|
|
|
|
NETDEV_TX_LOCKED = 0x20, /* driver tx lock was already taken */
|
2009-09-01 02:50:40 +07:00
|
|
|
};
|
|
|
|
typedef enum netdev_tx netdev_tx_t;
|
|
|
|
|
2009-11-15 14:20:12 +07:00
|
|
|
/*
|
|
|
|
* Current order: NETDEV_TX_MASK > NET_XMIT_MASK >= 0 is significant;
|
|
|
|
* hard_start_xmit() return < NET_XMIT_MASK means skb was consumed.
|
|
|
|
*/
|
|
|
|
static inline bool dev_xmit_complete(int rc)
|
|
|
|
{
|
|
|
|
/*
|
|
|
|
* Positive cases with an skb consumed by a driver:
|
|
|
|
* - successful transmission (rc == NETDEV_TX_OK)
|
|
|
|
* - error while transmitting (rc < 0)
|
|
|
|
* - error while queueing to a different device (rc & NET_XMIT_MASK)
|
|
|
|
*/
|
|
|
|
if (likely(rc < NET_XMIT_MASK))
|
|
|
|
return true;
|
|
|
|
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
2005-04-17 05:20:36 +07:00
|
|
|
/*
|
|
|
|
* Compute the worst case header length according to the protocols
|
|
|
|
* used.
|
|
|
|
*/
|
2009-02-06 12:26:19 +07:00
|
|
|
|
2011-11-25 21:40:26 +07:00
|
|
|
#if defined(CONFIG_WLAN) || IS_ENABLED(CONFIG_AX25)
|
2008-05-13 10:17:33 +07:00
|
|
|
# if defined(CONFIG_MAC80211_MESH)
|
|
|
|
# define LL_MAX_HEADER 128
|
|
|
|
# else
|
|
|
|
# define LL_MAX_HEADER 96
|
|
|
|
# endif
|
2005-04-17 05:20:36 +07:00
|
|
|
#else
|
2008-05-13 10:17:33 +07:00
|
|
|
# define LL_MAX_HEADER 32
|
2005-04-17 05:20:36 +07:00
|
|
|
#endif
|
|
|
|
|
2011-11-25 21:40:26 +07:00
|
|
|
#if !IS_ENABLED(CONFIG_NET_IPIP) && !IS_ENABLED(CONFIG_NET_IPGRE) && \
|
|
|
|
!IS_ENABLED(CONFIG_IPV6_SIT) && !IS_ENABLED(CONFIG_IPV6_TUNNEL)
|
2005-04-17 05:20:36 +07:00
|
|
|
#define MAX_HEADER LL_MAX_HEADER
|
|
|
|
#else
|
|
|
|
#define MAX_HEADER (LL_MAX_HEADER + 48)
|
|
|
|
#endif
|
|
|
|
|
|
|
|
/*
|
2010-06-08 14:19:54 +07:00
|
|
|
* Old network device statistics. Fields are native words
|
|
|
|
* (unsigned long) so they can be read and written atomically.
|
2005-04-17 05:20:36 +07:00
|
|
|
*/
|
2009-02-06 12:26:19 +07:00
|
|
|
|
2009-11-05 00:50:58 +07:00
|
|
|
struct net_device_stats {
|
2010-07-09 16:11:52 +07:00
|
|
|
unsigned long rx_packets;
|
|
|
|
unsigned long tx_packets;
|
|
|
|
unsigned long rx_bytes;
|
|
|
|
unsigned long tx_bytes;
|
|
|
|
unsigned long rx_errors;
|
|
|
|
unsigned long tx_errors;
|
|
|
|
unsigned long rx_dropped;
|
|
|
|
unsigned long tx_dropped;
|
|
|
|
unsigned long multicast;
|
2005-04-17 05:20:36 +07:00
|
|
|
unsigned long collisions;
|
|
|
|
unsigned long rx_length_errors;
|
2010-07-09 16:11:52 +07:00
|
|
|
unsigned long rx_over_errors;
|
|
|
|
unsigned long rx_crc_errors;
|
|
|
|
unsigned long rx_frame_errors;
|
|
|
|
unsigned long rx_fifo_errors;
|
|
|
|
unsigned long rx_missed_errors;
|
2005-04-17 05:20:36 +07:00
|
|
|
unsigned long tx_aborted_errors;
|
|
|
|
unsigned long tx_carrier_errors;
|
|
|
|
unsigned long tx_fifo_errors;
|
|
|
|
unsigned long tx_heartbeat_errors;
|
|
|
|
unsigned long tx_window_errors;
|
|
|
|
unsigned long rx_compressed;
|
|
|
|
unsigned long tx_compressed;
|
|
|
|
};
|
|
|
|
|
|
|
|
|
|
|
|
#include <linux/cache.h>
|
|
|
|
#include <linux/skbuff.h>
|
|
|
|
|
2011-11-17 10:13:26 +07:00
|
|
|
#ifdef CONFIG_RPS
|
2012-02-24 14:31:31 +07:00
|
|
|
#include <linux/static_key.h>
|
|
|
|
extern struct static_key rps_needed;
|
2011-11-17 10:13:26 +07:00
|
|
|
#endif
|
|
|
|
|
2005-04-17 05:20:36 +07:00
|
|
|
struct neighbour;
|
|
|
|
struct neigh_parms;
|
|
|
|
struct sk_buff;
|
|
|
|
|
2009-05-05 09:48:28 +07:00
|
|
|
struct netdev_hw_addr {
|
|
|
|
struct list_head list;
|
|
|
|
unsigned char addr[MAX_ADDR_LEN];
|
|
|
|
unsigned char type;
|
2009-05-23 06:22:17 +07:00
|
|
|
#define NETDEV_HW_ADDR_T_LAN 1
|
|
|
|
#define NETDEV_HW_ADDR_T_SAN 2
|
|
|
|
#define NETDEV_HW_ADDR_T_SLAVE 3
|
|
|
|
#define NETDEV_HW_ADDR_T_UNICAST 4
|
2010-04-02 04:22:57 +07:00
|
|
|
#define NETDEV_HW_ADDR_T_MULTICAST 5
|
|
|
|
bool global_use;
|
2013-04-15 16:54:25 +07:00
|
|
|
int sync_cnt;
|
2010-09-20 01:24:02 +07:00
|
|
|
int refcount;
|
2013-04-03 04:10:07 +07:00
|
|
|
int synced;
|
2009-05-05 09:48:28 +07:00
|
|
|
struct rcu_head rcu_head;
|
|
|
|
};
|
|
|
|
|
2009-06-17 08:12:19 +07:00
|
|
|
struct netdev_hw_addr_list {
|
|
|
|
struct list_head list;
|
|
|
|
int count;
|
|
|
|
};
|
|
|
|
|
2010-04-02 04:22:57 +07:00
|
|
|
#define netdev_hw_addr_list_count(l) ((l)->count)
|
|
|
|
#define netdev_hw_addr_list_empty(l) (netdev_hw_addr_list_count(l) == 0)
|
|
|
|
#define netdev_hw_addr_list_for_each(ha, l) \
|
|
|
|
list_for_each_entry(ha, &(l)->list, list)
|
2010-01-26 04:36:10 +07:00
|
|
|
|
2010-04-02 04:22:57 +07:00
|
|
|
#define netdev_uc_count(dev) netdev_hw_addr_list_count(&(dev)->uc)
|
|
|
|
#define netdev_uc_empty(dev) netdev_hw_addr_list_empty(&(dev)->uc)
|
|
|
|
#define netdev_for_each_uc_addr(ha, dev) \
|
|
|
|
netdev_hw_addr_list_for_each(ha, &(dev)->uc)
|
2010-02-05 01:22:25 +07:00
|
|
|
|
2010-04-02 04:22:57 +07:00
|
|
|
#define netdev_mc_count(dev) netdev_hw_addr_list_count(&(dev)->mc)
|
|
|
|
#define netdev_mc_empty(dev) netdev_hw_addr_list_empty(&(dev)->mc)
|
2010-04-08 06:40:09 +07:00
|
|
|
#define netdev_for_each_mc_addr(ha, dev) \
|
2010-04-02 04:22:57 +07:00
|
|
|
netdev_hw_addr_list_for_each(ha, &(dev)->mc)
|
2010-02-05 01:22:25 +07:00
|
|
|
|
2009-11-05 00:50:58 +07:00
|
|
|
struct hh_cache {
|
2011-07-14 21:53:20 +07:00
|
|
|
u16 hh_len;
|
2011-07-13 14:51:10 +07:00
|
|
|
u16 __pad;
|
2006-12-08 06:08:17 +07:00
|
|
|
seqlock_t hh_lock;
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
/* cached hardware header; allow for machine alignment needs. */
|
|
|
|
#define HH_DATA_MOD 16
|
|
|
|
#define HH_DATA_OFF(__len) \
|
2005-06-03 06:48:05 +07:00
|
|
|
(HH_DATA_MOD - (((__len - 1) & (HH_DATA_MOD - 1)) + 1))
|
2005-04-17 05:20:36 +07:00
|
|
|
#define HH_DATA_ALIGN(__len) \
|
|
|
|
(((__len)+(HH_DATA_MOD-1))&~(HH_DATA_MOD - 1))
|
|
|
|
unsigned long hh_data[HH_DATA_ALIGN(LL_MAX_HEADER) / sizeof(long)];
|
|
|
|
};
|
|
|
|
|
|
|
|
/* Reserve HH_DATA_MOD byte aligned hard_header_len, but at least that much.
|
|
|
|
* Alternative is:
|
|
|
|
* dev->hard_header_len ? (dev->hard_header_len +
|
|
|
|
* (HH_DATA_MOD - 1)) & ~(HH_DATA_MOD - 1) : 0
|
|
|
|
*
|
|
|
|
* We could use other alignment values, but we must maintain the
|
|
|
|
* relationship HH alignment <= LL alignment.
|
|
|
|
*/
|
|
|
|
#define LL_RESERVED_SPACE(dev) \
|
2008-05-13 10:48:31 +07:00
|
|
|
((((dev)->hard_header_len+(dev)->needed_headroom)&~(HH_DATA_MOD - 1)) + HH_DATA_MOD)
|
2005-04-17 05:20:36 +07:00
|
|
|
#define LL_RESERVED_SPACE_EXTRA(dev,extra) \
|
2008-05-13 10:48:31 +07:00
|
|
|
((((dev)->hard_header_len+(dev)->needed_headroom+(extra))&~(HH_DATA_MOD - 1)) + HH_DATA_MOD)
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2007-10-09 15:40:57 +07:00
|
|
|
struct header_ops {
|
|
|
|
int (*create) (struct sk_buff *skb, struct net_device *dev,
|
|
|
|
unsigned short type, const void *daddr,
|
2012-04-15 12:58:06 +07:00
|
|
|
const void *saddr, unsigned int len);
|
2007-10-09 15:40:57 +07:00
|
|
|
int (*parse)(const struct sk_buff *skb, unsigned char *haddr);
|
|
|
|
int (*rebuild)(struct sk_buff *skb);
|
2011-07-13 13:28:12 +07:00
|
|
|
int (*cache)(const struct neighbour *neigh, struct hh_cache *hh, __be16 type);
|
2007-10-09 15:40:57 +07:00
|
|
|
void (*cache_update)(struct hh_cache *hh,
|
|
|
|
const struct net_device *dev,
|
|
|
|
const unsigned char *haddr);
|
|
|
|
};
|
|
|
|
|
2005-04-17 05:20:36 +07:00
|
|
|
/* These flag bits are private to the generic network queueing
|
|
|
|
* layer, they may not be explicitly referenced by any other
|
|
|
|
* code.
|
|
|
|
*/
|
|
|
|
|
2009-11-05 00:50:58 +07:00
|
|
|
enum netdev_state_t {
|
2005-04-17 05:20:36 +07:00
|
|
|
__LINK_STATE_START,
|
|
|
|
__LINK_STATE_PRESENT,
|
|
|
|
__LINK_STATE_NOCARRIER,
|
2006-03-21 08:09:11 +07:00
|
|
|
__LINK_STATE_LINKWATCH_PENDING,
|
|
|
|
__LINK_STATE_DORMANT,
|
2005-04-17 05:20:36 +07:00
|
|
|
};
|
|
|
|
|
|
|
|
|
|
|
|
/*
|
|
|
|
* This structure holds at boot time configured netdevice settings. They
|
2009-02-06 12:26:19 +07:00
|
|
|
* are then used in the device probing.
|
2005-04-17 05:20:36 +07:00
|
|
|
*/
|
|
|
|
struct netdev_boot_setup {
|
|
|
|
char name[IFNAMSIZ];
|
|
|
|
struct ifmap map;
|
|
|
|
};
|
|
|
|
#define NETDEV_BOOT_SETUP_MAX 8
|
|
|
|
|
2013-09-27 04:48:15 +07:00
|
|
|
int __init netdev_boot_setup(char *str);
|
2005-04-17 05:20:36 +07:00
|
|
|
|
[NET]: Make NAPI polling independent of struct net_device objects.
Several devices have multiple independant RX queues per net
device, and some have a single interrupt doorbell for several
queues.
In either case, it's easier to support layouts like that if the
structure representing the poll is independant from the net
device itself.
The signature of the ->poll() call back goes from:
int foo_poll(struct net_device *dev, int *budget)
to
int foo_poll(struct napi_struct *napi, int budget)
The caller is returned the number of RX packets processed (or
the number of "NAPI credits" consumed if you want to get
abstract). The callee no longer messes around bumping
dev->quota, *budget, etc. because that is all handled in the
caller upon return.
The napi_struct is to be embedded in the device driver private data
structures.
Furthermore, it is the driver's responsibility to disable all NAPI
instances in it's ->stop() device close handler. Since the
napi_struct is privatized into the driver's private data structures,
only the driver knows how to get at all of the napi_struct instances
it may have per-device.
With lots of help and suggestions from Rusty Russell, Roland Dreier,
Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
[ Ported to current tree and all drivers converted. Integrated
Stephen's follow-on kerneldoc additions, and restored poll_list
handling to the old style to fix mutual exclusion issues. -DaveM ]
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-10-04 06:41:36 +07:00
|
|
|
/*
|
|
|
|
* Structure for NAPI scheduling similar to tasklet but with weighting
|
|
|
|
*/
|
|
|
|
struct napi_struct {
|
|
|
|
/* The poll_list must only be managed by the entity which
|
|
|
|
* changes the state of the NAPI_STATE_SCHED bit. This means
|
|
|
|
* whoever atomically sets that bit can add this napi_struct
|
|
|
|
* to the per-cpu poll_list, and whoever clears that bit
|
|
|
|
* can remove from the list right before clearing the bit.
|
|
|
|
*/
|
|
|
|
struct list_head poll_list;
|
|
|
|
|
|
|
|
unsigned long state;
|
|
|
|
int weight;
|
2012-09-26 14:07:47 +07:00
|
|
|
unsigned int gro_count;
|
[NET]: Make NAPI polling independent of struct net_device objects.
Several devices have multiple independant RX queues per net
device, and some have a single interrupt doorbell for several
queues.
In either case, it's easier to support layouts like that if the
structure representing the poll is independant from the net
device itself.
The signature of the ->poll() call back goes from:
int foo_poll(struct net_device *dev, int *budget)
to
int foo_poll(struct napi_struct *napi, int budget)
The caller is returned the number of RX packets processed (or
the number of "NAPI credits" consumed if you want to get
abstract). The callee no longer messes around bumping
dev->quota, *budget, etc. because that is all handled in the
caller upon return.
The napi_struct is to be embedded in the device driver private data
structures.
Furthermore, it is the driver's responsibility to disable all NAPI
instances in it's ->stop() device close handler. Since the
napi_struct is privatized into the driver's private data structures,
only the driver knows how to get at all of the napi_struct instances
it may have per-device.
With lots of help and suggestions from Rusty Russell, Roland Dreier,
Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
[ Ported to current tree and all drivers converted. Integrated
Stephen's follow-on kerneldoc additions, and restored poll_list
handling to the old style to fix mutual exclusion issues. -DaveM ]
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-10-04 06:41:36 +07:00
|
|
|
int (*poll)(struct napi_struct *, int);
|
|
|
|
#ifdef CONFIG_NETPOLL
|
|
|
|
spinlock_t poll_lock;
|
|
|
|
int poll_owner;
|
|
|
|
#endif
|
2009-01-05 07:13:40 +07:00
|
|
|
struct net_device *dev;
|
net: Add Generic Receive Offload infrastructure
This patch adds the top-level GRO (Generic Receive Offload) infrastructure.
This is pretty similar to LRO except that this is protocol-independent.
Instead of holding packets in an lro_mgr structure, they're now held in
napi_struct.
For drivers that intend to use this, they can set the NETIF_F_GRO bit and
call napi_gro_receive instead of netif_receive_skb or just call netif_rx.
The latter will call napi_receive_skb automatically. When napi_gro_receive
is used, the driver must either call napi_complete/napi_rx_complete, or
call napi_gro_flush in softirq context if the driver uses the primitives
__napi_complete/__napi_rx_complete.
Protocols will set the gro_receive and gro_complete function pointers in
order to participate in this scheme.
In addition to the packet, gro_receive will get a list of currently held
packets. Each packet in the list has a same_flow field which is non-zero
if it is a potential match for the new packet. For each packet that may
match, they also have a flush field which is non-zero if the held packet
must not be merged with the new packet.
Once gro_receive has determined that the new skb matches a held packet,
the held packet may be processed immediately if the new skb cannot be
merged with it. In this case gro_receive should return the pointer to
the existing skb in gro_list. Otherwise the new skb should be merged into
the existing packet and NULL should be returned, unless the new skb makes
it impossible for any further merges to be made (e.g., FIN packet) where
the merged skb should be returned.
Whenever the skb is merged into an existing entry, the gro_receive
function should set NAPI_GRO_CB(skb)->same_flow. Note that if an skb
merely matches an existing entry but can't be merged with it, then
this shouldn't be set.
If gro_receive finds it pointless to hold the new skb for future merging,
it should set NAPI_GRO_CB(skb)->flush.
Held packets will be flushed by napi_gro_flush which is called by
napi_complete and napi_rx_complete.
Currently held packets are stored in a singly liked list just like LRO.
The list is limited to a maximum of 8 entries. In future, this may be
expanded to use a hash table to allow more flows to be held for merging.
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Signed-off-by: David S. Miller <davem@davemloft.net>
2008-12-16 14:38:52 +07:00
|
|
|
struct sk_buff *gro_list;
|
2009-01-05 07:13:40 +07:00
|
|
|
struct sk_buff *skb;
|
2012-09-26 14:07:47 +07:00
|
|
|
struct list_head dev_list;
|
2013-06-10 15:39:41 +07:00
|
|
|
struct hlist_node napi_hash_node;
|
|
|
|
unsigned int napi_id;
|
[NET]: Make NAPI polling independent of struct net_device objects.
Several devices have multiple independant RX queues per net
device, and some have a single interrupt doorbell for several
queues.
In either case, it's easier to support layouts like that if the
structure representing the poll is independant from the net
device itself.
The signature of the ->poll() call back goes from:
int foo_poll(struct net_device *dev, int *budget)
to
int foo_poll(struct napi_struct *napi, int budget)
The caller is returned the number of RX packets processed (or
the number of "NAPI credits" consumed if you want to get
abstract). The callee no longer messes around bumping
dev->quota, *budget, etc. because that is all handled in the
caller upon return.
The napi_struct is to be embedded in the device driver private data
structures.
Furthermore, it is the driver's responsibility to disable all NAPI
instances in it's ->stop() device close handler. Since the
napi_struct is privatized into the driver's private data structures,
only the driver knows how to get at all of the napi_struct instances
it may have per-device.
With lots of help and suggestions from Rusty Russell, Roland Dreier,
Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
[ Ported to current tree and all drivers converted. Integrated
Stephen's follow-on kerneldoc additions, and restored poll_list
handling to the old style to fix mutual exclusion issues. -DaveM ]
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-10-04 06:41:36 +07:00
|
|
|
};
|
|
|
|
|
2009-11-05 00:50:58 +07:00
|
|
|
enum {
|
[NET]: Make NAPI polling independent of struct net_device objects.
Several devices have multiple independant RX queues per net
device, and some have a single interrupt doorbell for several
queues.
In either case, it's easier to support layouts like that if the
structure representing the poll is independant from the net
device itself.
The signature of the ->poll() call back goes from:
int foo_poll(struct net_device *dev, int *budget)
to
int foo_poll(struct napi_struct *napi, int budget)
The caller is returned the number of RX packets processed (or
the number of "NAPI credits" consumed if you want to get
abstract). The callee no longer messes around bumping
dev->quota, *budget, etc. because that is all handled in the
caller upon return.
The napi_struct is to be embedded in the device driver private data
structures.
Furthermore, it is the driver's responsibility to disable all NAPI
instances in it's ->stop() device close handler. Since the
napi_struct is privatized into the driver's private data structures,
only the driver knows how to get at all of the napi_struct instances
it may have per-device.
With lots of help and suggestions from Rusty Russell, Roland Dreier,
Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
[ Ported to current tree and all drivers converted. Integrated
Stephen's follow-on kerneldoc additions, and restored poll_list
handling to the old style to fix mutual exclusion issues. -DaveM ]
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-10-04 06:41:36 +07:00
|
|
|
NAPI_STATE_SCHED, /* Poll is scheduled */
|
2008-01-08 11:35:07 +07:00
|
|
|
NAPI_STATE_DISABLE, /* Disable pending */
|
netpoll: fix race on poll_list resulting in garbage entry
A few months back a race was discused between the netpoll napi service
path, and the fast path through net_rx_action:
http://kerneltrap.org/mailarchive/linux-netdev/2007/10/16/345470
A patch was submitted for that bug, but I think we missed a case.
Consider the following scenario:
INITIAL STATE
CPU0 has one napi_struct A on its poll_list
CPU1 is calling netpoll_send_skb and needs to call poll_napi on the same
napi_struct A that CPU0 has on its list
CPU0 CPU1
net_rx_action poll_napi
!list_empty (returns true) locks poll_lock for A
poll_one_napi
napi->poll
netif_rx_complete
__napi_complete
(removes A from poll_list)
list_entry(list->next)
In the above scenario, net_rx_action assumes that the per-cpu poll_list is
exclusive to that cpu. netpoll of course violates that, and because the netpoll
path can dequeue from the poll list, its possible for CPU0 to detect a non-empty
list at the top of the while loop in net_rx_action, but have it become empty by
the time it calls list_entry. Since the poll_list isn't surrounded by any other
structure, the returned data from that list_entry call in this situation is
garbage, and any number of crashes can result based on what exactly that garbage
is.
Given that its not fasible for performance reasons to place exclusive locks
arround each cpus poll list to provide that mutal exclusion, I think the best
solution is modify the netpoll path in such a way that we continue to guarantee
that the poll_list for a cpu is in fact exclusive to that cpu. To do this I've
implemented the patch below. It adds an additional bit to the state field in
the napi_struct. When executing napi->poll from the netpoll_path, this bit will
be set. When a driver calls netif_rx_complete, if that bit is set, it will not
remove the napi_struct from the poll_list. That work will be saved for the next
iteration of net_rx_action.
I've tested this and it seems to work well. About the biggest drawback I can
see to it is the fact that it might result in an extra loop through
net_rx_action in the event that the device is actually contended for (i.e. the
netpoll path actually preforms all the needed work no the device, and the call
to net_rx_action winds up doing nothing, except removing the napi_struct from
the poll_list. However I think this is probably a small price to pay, given
that the alternative is a crash.
Signed-off-by: Neil Horman <nhorman@tuxdriver.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2008-12-10 14:22:26 +07:00
|
|
|
NAPI_STATE_NPSVC, /* Netpoll - don't dequeue from poll_list */
|
2013-06-10 15:39:41 +07:00
|
|
|
NAPI_STATE_HASHED, /* In NAPI hash */
|
[NET]: Make NAPI polling independent of struct net_device objects.
Several devices have multiple independant RX queues per net
device, and some have a single interrupt doorbell for several
queues.
In either case, it's easier to support layouts like that if the
structure representing the poll is independant from the net
device itself.
The signature of the ->poll() call back goes from:
int foo_poll(struct net_device *dev, int *budget)
to
int foo_poll(struct napi_struct *napi, int budget)
The caller is returned the number of RX packets processed (or
the number of "NAPI credits" consumed if you want to get
abstract). The callee no longer messes around bumping
dev->quota, *budget, etc. because that is all handled in the
caller upon return.
The napi_struct is to be embedded in the device driver private data
structures.
Furthermore, it is the driver's responsibility to disable all NAPI
instances in it's ->stop() device close handler. Since the
napi_struct is privatized into the driver's private data structures,
only the driver knows how to get at all of the napi_struct instances
it may have per-device.
With lots of help and suggestions from Rusty Russell, Roland Dreier,
Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
[ Ported to current tree and all drivers converted. Integrated
Stephen's follow-on kerneldoc additions, and restored poll_list
handling to the old style to fix mutual exclusion issues. -DaveM ]
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-10-04 06:41:36 +07:00
|
|
|
};
|
|
|
|
|
2009-10-29 14:17:09 +07:00
|
|
|
enum gro_result {
|
2009-03-17 00:50:02 +07:00
|
|
|
GRO_MERGED,
|
|
|
|
GRO_MERGED_FREE,
|
|
|
|
GRO_HELD,
|
|
|
|
GRO_NORMAL,
|
|
|
|
GRO_DROP,
|
|
|
|
};
|
2009-10-29 14:17:09 +07:00
|
|
|
typedef enum gro_result gro_result_t;
|
2009-03-17 00:50:02 +07:00
|
|
|
|
2011-03-12 10:14:39 +07:00
|
|
|
/*
|
|
|
|
* enum rx_handler_result - Possible return values for rx_handlers.
|
|
|
|
* @RX_HANDLER_CONSUMED: skb was consumed by rx_handler, do not process it
|
|
|
|
* further.
|
|
|
|
* @RX_HANDLER_ANOTHER: Do another round in receive path. This is indicated in
|
|
|
|
* case skb->dev was changed by rx_handler.
|
|
|
|
* @RX_HANDLER_EXACT: Force exact delivery, no wildcard.
|
|
|
|
* @RX_HANDLER_PASS: Do nothing, passe the skb as if no rx_handler was called.
|
|
|
|
*
|
|
|
|
* rx_handlers are functions called from inside __netif_receive_skb(), to do
|
|
|
|
* special processing of the skb, prior to delivery to protocol handlers.
|
|
|
|
*
|
|
|
|
* Currently, a net_device can only have a single rx_handler registered. Trying
|
|
|
|
* to register a second rx_handler will return -EBUSY.
|
|
|
|
*
|
|
|
|
* To register a rx_handler on a net_device, use netdev_rx_handler_register().
|
|
|
|
* To unregister a rx_handler on a net_device, use
|
|
|
|
* netdev_rx_handler_unregister().
|
|
|
|
*
|
|
|
|
* Upon return, rx_handler is expected to tell __netif_receive_skb() what to
|
|
|
|
* do with the skb.
|
|
|
|
*
|
|
|
|
* If the rx_handler consumed to skb in some way, it should return
|
|
|
|
* RX_HANDLER_CONSUMED. This is appropriate when the rx_handler arranged for
|
|
|
|
* the skb to be delivered in some other ways.
|
|
|
|
*
|
|
|
|
* If the rx_handler changed skb->dev, to divert the skb to another
|
|
|
|
* net_device, it should return RX_HANDLER_ANOTHER. The rx_handler for the
|
|
|
|
* new device will be called if it exists.
|
|
|
|
*
|
|
|
|
* If the rx_handler consider the skb should be ignored, it should return
|
|
|
|
* RX_HANDLER_EXACT. The skb will only be delivered to protocol handlers that
|
2012-09-20 08:47:58 +07:00
|
|
|
* are registered on exact device (ptype->dev == skb->dev).
|
2011-03-12 10:14:39 +07:00
|
|
|
*
|
|
|
|
* If the rx_handler didn't changed skb->dev, but want the skb to be normally
|
|
|
|
* delivered, it should return RX_HANDLER_PASS.
|
|
|
|
*
|
|
|
|
* A device without a registered rx_handler will behave as if rx_handler
|
|
|
|
* returned RX_HANDLER_PASS.
|
|
|
|
*/
|
|
|
|
|
|
|
|
enum rx_handler_result {
|
|
|
|
RX_HANDLER_CONSUMED,
|
|
|
|
RX_HANDLER_ANOTHER,
|
|
|
|
RX_HANDLER_EXACT,
|
|
|
|
RX_HANDLER_PASS,
|
|
|
|
};
|
|
|
|
typedef enum rx_handler_result rx_handler_result_t;
|
|
|
|
typedef rx_handler_result_t rx_handler_func_t(struct sk_buff **pskb);
|
2010-06-02 04:52:08 +07:00
|
|
|
|
2013-09-27 04:48:15 +07:00
|
|
|
void __napi_schedule(struct napi_struct *n);
|
[NET]: Make NAPI polling independent of struct net_device objects.
Several devices have multiple independant RX queues per net
device, and some have a single interrupt doorbell for several
queues.
In either case, it's easier to support layouts like that if the
structure representing the poll is independant from the net
device itself.
The signature of the ->poll() call back goes from:
int foo_poll(struct net_device *dev, int *budget)
to
int foo_poll(struct napi_struct *napi, int budget)
The caller is returned the number of RX packets processed (or
the number of "NAPI credits" consumed if you want to get
abstract). The callee no longer messes around bumping
dev->quota, *budget, etc. because that is all handled in the
caller upon return.
The napi_struct is to be embedded in the device driver private data
structures.
Furthermore, it is the driver's responsibility to disable all NAPI
instances in it's ->stop() device close handler. Since the
napi_struct is privatized into the driver's private data structures,
only the driver knows how to get at all of the napi_struct instances
it may have per-device.
With lots of help and suggestions from Rusty Russell, Roland Dreier,
Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
[ Ported to current tree and all drivers converted. Integrated
Stephen's follow-on kerneldoc additions, and restored poll_list
handling to the old style to fix mutual exclusion issues. -DaveM ]
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-10-04 06:41:36 +07:00
|
|
|
|
net: Use bool in netdevice.h helpers.
Specifically use it in napi_disable_pending(), napi_schedule_prep(),
napi_reschedule(), netif_tx_queue_stopped(), netif_queue_stopped(),
netif_xmit_stopped(), netif_xmit_frozen_or_stopped(), netif_running(),
__netif_subqueue_stopped(), netif_subqueue_stopped(),
netif_is_multiquue(), netif_carrier_ok(), netif_dormant(),
netif_oper_up(), netif_device_present(), __netif_tx_trylock(),
net_gso_ok(), skb_gso_ok(), netif_needs_gso(), and
netif_is_bond_slave().
Signed-off-by: David S. Miller <davem@davemloft.net>
2012-03-08 09:02:35 +07:00
|
|
|
static inline bool napi_disable_pending(struct napi_struct *n)
|
2008-01-08 11:35:07 +07:00
|
|
|
{
|
|
|
|
return test_bit(NAPI_STATE_DISABLE, &n->state);
|
|
|
|
}
|
|
|
|
|
[NET]: Make NAPI polling independent of struct net_device objects.
Several devices have multiple independant RX queues per net
device, and some have a single interrupt doorbell for several
queues.
In either case, it's easier to support layouts like that if the
structure representing the poll is independant from the net
device itself.
The signature of the ->poll() call back goes from:
int foo_poll(struct net_device *dev, int *budget)
to
int foo_poll(struct napi_struct *napi, int budget)
The caller is returned the number of RX packets processed (or
the number of "NAPI credits" consumed if you want to get
abstract). The callee no longer messes around bumping
dev->quota, *budget, etc. because that is all handled in the
caller upon return.
The napi_struct is to be embedded in the device driver private data
structures.
Furthermore, it is the driver's responsibility to disable all NAPI
instances in it's ->stop() device close handler. Since the
napi_struct is privatized into the driver's private data structures,
only the driver knows how to get at all of the napi_struct instances
it may have per-device.
With lots of help and suggestions from Rusty Russell, Roland Dreier,
Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
[ Ported to current tree and all drivers converted. Integrated
Stephen's follow-on kerneldoc additions, and restored poll_list
handling to the old style to fix mutual exclusion issues. -DaveM ]
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-10-04 06:41:36 +07:00
|
|
|
/**
|
|
|
|
* napi_schedule_prep - check if napi can be scheduled
|
|
|
|
* @n: napi context
|
|
|
|
*
|
|
|
|
* Test if NAPI routine is already running, and if not mark
|
|
|
|
* it as running. This is used as a condition variable
|
2008-01-08 11:35:07 +07:00
|
|
|
* insure only one NAPI poll instance runs. We also make
|
|
|
|
* sure there is no pending NAPI disable.
|
[NET]: Make NAPI polling independent of struct net_device objects.
Several devices have multiple independant RX queues per net
device, and some have a single interrupt doorbell for several
queues.
In either case, it's easier to support layouts like that if the
structure representing the poll is independant from the net
device itself.
The signature of the ->poll() call back goes from:
int foo_poll(struct net_device *dev, int *budget)
to
int foo_poll(struct napi_struct *napi, int budget)
The caller is returned the number of RX packets processed (or
the number of "NAPI credits" consumed if you want to get
abstract). The callee no longer messes around bumping
dev->quota, *budget, etc. because that is all handled in the
caller upon return.
The napi_struct is to be embedded in the device driver private data
structures.
Furthermore, it is the driver's responsibility to disable all NAPI
instances in it's ->stop() device close handler. Since the
napi_struct is privatized into the driver's private data structures,
only the driver knows how to get at all of the napi_struct instances
it may have per-device.
With lots of help and suggestions from Rusty Russell, Roland Dreier,
Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
[ Ported to current tree and all drivers converted. Integrated
Stephen's follow-on kerneldoc additions, and restored poll_list
handling to the old style to fix mutual exclusion issues. -DaveM ]
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-10-04 06:41:36 +07:00
|
|
|
*/
|
net: Use bool in netdevice.h helpers.
Specifically use it in napi_disable_pending(), napi_schedule_prep(),
napi_reschedule(), netif_tx_queue_stopped(), netif_queue_stopped(),
netif_xmit_stopped(), netif_xmit_frozen_or_stopped(), netif_running(),
__netif_subqueue_stopped(), netif_subqueue_stopped(),
netif_is_multiquue(), netif_carrier_ok(), netif_dormant(),
netif_oper_up(), netif_device_present(), __netif_tx_trylock(),
net_gso_ok(), skb_gso_ok(), netif_needs_gso(), and
netif_is_bond_slave().
Signed-off-by: David S. Miller <davem@davemloft.net>
2012-03-08 09:02:35 +07:00
|
|
|
static inline bool napi_schedule_prep(struct napi_struct *n)
|
[NET]: Make NAPI polling independent of struct net_device objects.
Several devices have multiple independant RX queues per net
device, and some have a single interrupt doorbell for several
queues.
In either case, it's easier to support layouts like that if the
structure representing the poll is independant from the net
device itself.
The signature of the ->poll() call back goes from:
int foo_poll(struct net_device *dev, int *budget)
to
int foo_poll(struct napi_struct *napi, int budget)
The caller is returned the number of RX packets processed (or
the number of "NAPI credits" consumed if you want to get
abstract). The callee no longer messes around bumping
dev->quota, *budget, etc. because that is all handled in the
caller upon return.
The napi_struct is to be embedded in the device driver private data
structures.
Furthermore, it is the driver's responsibility to disable all NAPI
instances in it's ->stop() device close handler. Since the
napi_struct is privatized into the driver's private data structures,
only the driver knows how to get at all of the napi_struct instances
it may have per-device.
With lots of help and suggestions from Rusty Russell, Roland Dreier,
Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
[ Ported to current tree and all drivers converted. Integrated
Stephen's follow-on kerneldoc additions, and restored poll_list
handling to the old style to fix mutual exclusion issues. -DaveM ]
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-10-04 06:41:36 +07:00
|
|
|
{
|
2008-01-08 11:35:07 +07:00
|
|
|
return !napi_disable_pending(n) &&
|
|
|
|
!test_and_set_bit(NAPI_STATE_SCHED, &n->state);
|
[NET]: Make NAPI polling independent of struct net_device objects.
Several devices have multiple independant RX queues per net
device, and some have a single interrupt doorbell for several
queues.
In either case, it's easier to support layouts like that if the
structure representing the poll is independant from the net
device itself.
The signature of the ->poll() call back goes from:
int foo_poll(struct net_device *dev, int *budget)
to
int foo_poll(struct napi_struct *napi, int budget)
The caller is returned the number of RX packets processed (or
the number of "NAPI credits" consumed if you want to get
abstract). The callee no longer messes around bumping
dev->quota, *budget, etc. because that is all handled in the
caller upon return.
The napi_struct is to be embedded in the device driver private data
structures.
Furthermore, it is the driver's responsibility to disable all NAPI
instances in it's ->stop() device close handler. Since the
napi_struct is privatized into the driver's private data structures,
only the driver knows how to get at all of the napi_struct instances
it may have per-device.
With lots of help and suggestions from Rusty Russell, Roland Dreier,
Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
[ Ported to current tree and all drivers converted. Integrated
Stephen's follow-on kerneldoc additions, and restored poll_list
handling to the old style to fix mutual exclusion issues. -DaveM ]
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-10-04 06:41:36 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* napi_schedule - schedule NAPI poll
|
|
|
|
* @n: napi context
|
|
|
|
*
|
|
|
|
* Schedule NAPI poll routine to be called if it is not already
|
|
|
|
* running.
|
|
|
|
*/
|
|
|
|
static inline void napi_schedule(struct napi_struct *n)
|
|
|
|
{
|
|
|
|
if (napi_schedule_prep(n))
|
|
|
|
__napi_schedule(n);
|
|
|
|
}
|
|
|
|
|
2007-10-10 05:47:37 +07:00
|
|
|
/* Try to reschedule poll. Called by dev->poll() after napi_complete(). */
|
net: Use bool in netdevice.h helpers.
Specifically use it in napi_disable_pending(), napi_schedule_prep(),
napi_reschedule(), netif_tx_queue_stopped(), netif_queue_stopped(),
netif_xmit_stopped(), netif_xmit_frozen_or_stopped(), netif_running(),
__netif_subqueue_stopped(), netif_subqueue_stopped(),
netif_is_multiquue(), netif_carrier_ok(), netif_dormant(),
netif_oper_up(), netif_device_present(), __netif_tx_trylock(),
net_gso_ok(), skb_gso_ok(), netif_needs_gso(), and
netif_is_bond_slave().
Signed-off-by: David S. Miller <davem@davemloft.net>
2012-03-08 09:02:35 +07:00
|
|
|
static inline bool napi_reschedule(struct napi_struct *napi)
|
2007-10-10 05:47:37 +07:00
|
|
|
{
|
|
|
|
if (napi_schedule_prep(napi)) {
|
|
|
|
__napi_schedule(napi);
|
net: Use bool in netdevice.h helpers.
Specifically use it in napi_disable_pending(), napi_schedule_prep(),
napi_reschedule(), netif_tx_queue_stopped(), netif_queue_stopped(),
netif_xmit_stopped(), netif_xmit_frozen_or_stopped(), netif_running(),
__netif_subqueue_stopped(), netif_subqueue_stopped(),
netif_is_multiquue(), netif_carrier_ok(), netif_dormant(),
netif_oper_up(), netif_device_present(), __netif_tx_trylock(),
net_gso_ok(), skb_gso_ok(), netif_needs_gso(), and
netif_is_bond_slave().
Signed-off-by: David S. Miller <davem@davemloft.net>
2012-03-08 09:02:35 +07:00
|
|
|
return true;
|
2007-10-10 05:47:37 +07:00
|
|
|
}
|
net: Use bool in netdevice.h helpers.
Specifically use it in napi_disable_pending(), napi_schedule_prep(),
napi_reschedule(), netif_tx_queue_stopped(), netif_queue_stopped(),
netif_xmit_stopped(), netif_xmit_frozen_or_stopped(), netif_running(),
__netif_subqueue_stopped(), netif_subqueue_stopped(),
netif_is_multiquue(), netif_carrier_ok(), netif_dormant(),
netif_oper_up(), netif_device_present(), __netif_tx_trylock(),
net_gso_ok(), skb_gso_ok(), netif_needs_gso(), and
netif_is_bond_slave().
Signed-off-by: David S. Miller <davem@davemloft.net>
2012-03-08 09:02:35 +07:00
|
|
|
return false;
|
2007-10-10 05:47:37 +07:00
|
|
|
}
|
|
|
|
|
[NET]: Make NAPI polling independent of struct net_device objects.
Several devices have multiple independant RX queues per net
device, and some have a single interrupt doorbell for several
queues.
In either case, it's easier to support layouts like that if the
structure representing the poll is independant from the net
device itself.
The signature of the ->poll() call back goes from:
int foo_poll(struct net_device *dev, int *budget)
to
int foo_poll(struct napi_struct *napi, int budget)
The caller is returned the number of RX packets processed (or
the number of "NAPI credits" consumed if you want to get
abstract). The callee no longer messes around bumping
dev->quota, *budget, etc. because that is all handled in the
caller upon return.
The napi_struct is to be embedded in the device driver private data
structures.
Furthermore, it is the driver's responsibility to disable all NAPI
instances in it's ->stop() device close handler. Since the
napi_struct is privatized into the driver's private data structures,
only the driver knows how to get at all of the napi_struct instances
it may have per-device.
With lots of help and suggestions from Rusty Russell, Roland Dreier,
Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
[ Ported to current tree and all drivers converted. Integrated
Stephen's follow-on kerneldoc additions, and restored poll_list
handling to the old style to fix mutual exclusion issues. -DaveM ]
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-10-04 06:41:36 +07:00
|
|
|
/**
|
|
|
|
* napi_complete - NAPI processing complete
|
|
|
|
* @n: napi context
|
|
|
|
*
|
|
|
|
* Mark NAPI processing as complete.
|
|
|
|
*/
|
2013-09-27 04:48:15 +07:00
|
|
|
void __napi_complete(struct napi_struct *n);
|
|
|
|
void napi_complete(struct napi_struct *n);
|
[NET]: Make NAPI polling independent of struct net_device objects.
Several devices have multiple independant RX queues per net
device, and some have a single interrupt doorbell for several
queues.
In either case, it's easier to support layouts like that if the
structure representing the poll is independant from the net
device itself.
The signature of the ->poll() call back goes from:
int foo_poll(struct net_device *dev, int *budget)
to
int foo_poll(struct napi_struct *napi, int budget)
The caller is returned the number of RX packets processed (or
the number of "NAPI credits" consumed if you want to get
abstract). The callee no longer messes around bumping
dev->quota, *budget, etc. because that is all handled in the
caller upon return.
The napi_struct is to be embedded in the device driver private data
structures.
Furthermore, it is the driver's responsibility to disable all NAPI
instances in it's ->stop() device close handler. Since the
napi_struct is privatized into the driver's private data structures,
only the driver knows how to get at all of the napi_struct instances
it may have per-device.
With lots of help and suggestions from Rusty Russell, Roland Dreier,
Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
[ Ported to current tree and all drivers converted. Integrated
Stephen's follow-on kerneldoc additions, and restored poll_list
handling to the old style to fix mutual exclusion issues. -DaveM ]
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-10-04 06:41:36 +07:00
|
|
|
|
2013-06-10 15:39:41 +07:00
|
|
|
/**
|
|
|
|
* napi_by_id - lookup a NAPI by napi_id
|
|
|
|
* @napi_id: hashed napi_id
|
|
|
|
*
|
|
|
|
* lookup @napi_id in napi_hash table
|
|
|
|
* must be called under rcu_read_lock()
|
|
|
|
*/
|
2013-09-27 04:48:15 +07:00
|
|
|
struct napi_struct *napi_by_id(unsigned int napi_id);
|
2013-06-10 15:39:41 +07:00
|
|
|
|
|
|
|
/**
|
|
|
|
* napi_hash_add - add a NAPI to global hashtable
|
|
|
|
* @napi: napi context
|
|
|
|
*
|
|
|
|
* generate a new napi_id and store a @napi under it in napi_hash
|
|
|
|
*/
|
2013-09-27 04:48:15 +07:00
|
|
|
void napi_hash_add(struct napi_struct *napi);
|
2013-06-10 15:39:41 +07:00
|
|
|
|
|
|
|
/**
|
|
|
|
* napi_hash_del - remove a NAPI from global table
|
|
|
|
* @napi: napi context
|
|
|
|
*
|
|
|
|
* Warning: caller must observe rcu grace period
|
|
|
|
* before freeing memory containing @napi
|
|
|
|
*/
|
2013-09-27 04:48:15 +07:00
|
|
|
void napi_hash_del(struct napi_struct *napi);
|
2013-06-10 15:39:41 +07:00
|
|
|
|
[NET]: Make NAPI polling independent of struct net_device objects.
Several devices have multiple independant RX queues per net
device, and some have a single interrupt doorbell for several
queues.
In either case, it's easier to support layouts like that if the
structure representing the poll is independant from the net
device itself.
The signature of the ->poll() call back goes from:
int foo_poll(struct net_device *dev, int *budget)
to
int foo_poll(struct napi_struct *napi, int budget)
The caller is returned the number of RX packets processed (or
the number of "NAPI credits" consumed if you want to get
abstract). The callee no longer messes around bumping
dev->quota, *budget, etc. because that is all handled in the
caller upon return.
The napi_struct is to be embedded in the device driver private data
structures.
Furthermore, it is the driver's responsibility to disable all NAPI
instances in it's ->stop() device close handler. Since the
napi_struct is privatized into the driver's private data structures,
only the driver knows how to get at all of the napi_struct instances
it may have per-device.
With lots of help and suggestions from Rusty Russell, Roland Dreier,
Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
[ Ported to current tree and all drivers converted. Integrated
Stephen's follow-on kerneldoc additions, and restored poll_list
handling to the old style to fix mutual exclusion issues. -DaveM ]
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-10-04 06:41:36 +07:00
|
|
|
/**
|
|
|
|
* napi_disable - prevent NAPI from scheduling
|
|
|
|
* @n: napi context
|
|
|
|
*
|
|
|
|
* Stop NAPI from being scheduled on this context.
|
|
|
|
* Waits till any outstanding processing completes.
|
|
|
|
*/
|
|
|
|
static inline void napi_disable(struct napi_struct *n)
|
|
|
|
{
|
2013-09-21 12:05:39 +07:00
|
|
|
might_sleep();
|
2008-01-08 11:35:07 +07:00
|
|
|
set_bit(NAPI_STATE_DISABLE, &n->state);
|
[NET]: Make NAPI polling independent of struct net_device objects.
Several devices have multiple independant RX queues per net
device, and some have a single interrupt doorbell for several
queues.
In either case, it's easier to support layouts like that if the
structure representing the poll is independant from the net
device itself.
The signature of the ->poll() call back goes from:
int foo_poll(struct net_device *dev, int *budget)
to
int foo_poll(struct napi_struct *napi, int budget)
The caller is returned the number of RX packets processed (or
the number of "NAPI credits" consumed if you want to get
abstract). The callee no longer messes around bumping
dev->quota, *budget, etc. because that is all handled in the
caller upon return.
The napi_struct is to be embedded in the device driver private data
structures.
Furthermore, it is the driver's responsibility to disable all NAPI
instances in it's ->stop() device close handler. Since the
napi_struct is privatized into the driver's private data structures,
only the driver knows how to get at all of the napi_struct instances
it may have per-device.
With lots of help and suggestions from Rusty Russell, Roland Dreier,
Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
[ Ported to current tree and all drivers converted. Integrated
Stephen's follow-on kerneldoc additions, and restored poll_list
handling to the old style to fix mutual exclusion issues. -DaveM ]
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-10-04 06:41:36 +07:00
|
|
|
while (test_and_set_bit(NAPI_STATE_SCHED, &n->state))
|
2007-10-26 18:23:22 +07:00
|
|
|
msleep(1);
|
2008-01-08 11:35:07 +07:00
|
|
|
clear_bit(NAPI_STATE_DISABLE, &n->state);
|
[NET]: Make NAPI polling independent of struct net_device objects.
Several devices have multiple independant RX queues per net
device, and some have a single interrupt doorbell for several
queues.
In either case, it's easier to support layouts like that if the
structure representing the poll is independant from the net
device itself.
The signature of the ->poll() call back goes from:
int foo_poll(struct net_device *dev, int *budget)
to
int foo_poll(struct napi_struct *napi, int budget)
The caller is returned the number of RX packets processed (or
the number of "NAPI credits" consumed if you want to get
abstract). The callee no longer messes around bumping
dev->quota, *budget, etc. because that is all handled in the
caller upon return.
The napi_struct is to be embedded in the device driver private data
structures.
Furthermore, it is the driver's responsibility to disable all NAPI
instances in it's ->stop() device close handler. Since the
napi_struct is privatized into the driver's private data structures,
only the driver knows how to get at all of the napi_struct instances
it may have per-device.
With lots of help and suggestions from Rusty Russell, Roland Dreier,
Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
[ Ported to current tree and all drivers converted. Integrated
Stephen's follow-on kerneldoc additions, and restored poll_list
handling to the old style to fix mutual exclusion issues. -DaveM ]
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-10-04 06:41:36 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* napi_enable - enable NAPI scheduling
|
|
|
|
* @n: napi context
|
|
|
|
*
|
|
|
|
* Resume NAPI from being scheduled on this context.
|
|
|
|
* Must be paired with napi_disable.
|
|
|
|
*/
|
|
|
|
static inline void napi_enable(struct napi_struct *n)
|
|
|
|
{
|
|
|
|
BUG_ON(!test_bit(NAPI_STATE_SCHED, &n->state));
|
|
|
|
smp_mb__before_clear_bit();
|
|
|
|
clear_bit(NAPI_STATE_SCHED, &n->state);
|
|
|
|
}
|
|
|
|
|
2007-10-18 03:26:41 +07:00
|
|
|
#ifdef CONFIG_SMP
|
|
|
|
/**
|
|
|
|
* napi_synchronize - wait until NAPI is not running
|
|
|
|
* @n: napi context
|
|
|
|
*
|
|
|
|
* Wait until NAPI is done being scheduled on this context.
|
|
|
|
* Waits till any outstanding processing completes but
|
|
|
|
* does not disable future activations.
|
|
|
|
*/
|
|
|
|
static inline void napi_synchronize(const struct napi_struct *n)
|
|
|
|
{
|
|
|
|
while (test_bit(NAPI_STATE_SCHED, &n->state))
|
|
|
|
msleep(1);
|
|
|
|
}
|
|
|
|
#else
|
|
|
|
# define napi_synchronize(n) barrier()
|
|
|
|
#endif
|
|
|
|
|
2009-11-05 00:50:58 +07:00
|
|
|
enum netdev_queue_state_t {
|
2011-11-28 23:32:44 +07:00
|
|
|
__QUEUE_STATE_DRV_XOFF,
|
|
|
|
__QUEUE_STATE_STACK_XOFF,
|
2008-08-01 06:58:50 +07:00
|
|
|
__QUEUE_STATE_FROZEN,
|
2011-11-28 23:32:44 +07:00
|
|
|
#define QUEUE_STATE_ANY_XOFF ((1 << __QUEUE_STATE_DRV_XOFF) | \
|
|
|
|
(1 << __QUEUE_STATE_STACK_XOFF))
|
|
|
|
#define QUEUE_STATE_ANY_XOFF_OR_FROZEN (QUEUE_STATE_ANY_XOFF | \
|
|
|
|
(1 << __QUEUE_STATE_FROZEN))
|
2008-07-09 13:14:46 +07:00
|
|
|
};
|
2011-11-28 23:32:44 +07:00
|
|
|
/*
|
|
|
|
* __QUEUE_STATE_DRV_XOFF is used by drivers to stop the transmit queue. The
|
|
|
|
* netif_tx_* functions below are used to manipulate this flag. The
|
|
|
|
* __QUEUE_STATE_STACK_XOFF flag is used by the stack to stop the transmit
|
|
|
|
* queue independently. The netif_xmit_*stopped functions below are called
|
|
|
|
* to check if the queue has been stopped by the driver or stack (either
|
|
|
|
* of the XOFF bits are set in the state). Drivers should not need to call
|
|
|
|
* netif_xmit*stopped functions, they should only be using netif_tx_*.
|
|
|
|
*/
|
2008-07-09 13:14:46 +07:00
|
|
|
|
2008-07-09 06:55:56 +07:00
|
|
|
struct netdev_queue {
|
2009-04-28 18:43:42 +07:00
|
|
|
/*
|
|
|
|
* read mostly part
|
|
|
|
*/
|
2008-07-09 06:55:56 +07:00
|
|
|
struct net_device *dev;
|
2008-07-09 07:42:10 +07:00
|
|
|
struct Qdisc *qdisc;
|
|
|
|
struct Qdisc *qdisc_sleeping;
|
2011-11-16 19:15:10 +07:00
|
|
|
#ifdef CONFIG_SYSFS
|
2010-11-21 20:17:27 +07:00
|
|
|
struct kobject kobj;
|
|
|
|
#endif
|
2010-11-29 15:14:37 +07:00
|
|
|
#if defined(CONFIG_XPS) && defined(CONFIG_NUMA)
|
|
|
|
int numa_node;
|
|
|
|
#endif
|
2009-04-28 18:43:42 +07:00
|
|
|
/*
|
|
|
|
* write mostly part
|
|
|
|
*/
|
|
|
|
spinlock_t _xmit_lock ____cacheline_aligned_in_smp;
|
|
|
|
int xmit_lock_owner;
|
2009-05-18 10:55:16 +07:00
|
|
|
/*
|
|
|
|
* please use this field instead of dev->trans_start
|
|
|
|
*/
|
|
|
|
unsigned long trans_start;
|
2011-11-16 19:15:10 +07:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Number of TX timeouts for this queue
|
|
|
|
* (/sys/class/net/DEV/Q/trans_timeout)
|
|
|
|
*/
|
|
|
|
unsigned long trans_timeout;
|
2011-11-28 23:33:09 +07:00
|
|
|
|
|
|
|
unsigned long state;
|
|
|
|
|
|
|
|
#ifdef CONFIG_BQL
|
|
|
|
struct dql dql;
|
|
|
|
#endif
|
2008-07-17 14:34:19 +07:00
|
|
|
} ____cacheline_aligned_in_smp;
|
2008-07-09 06:55:56 +07:00
|
|
|
|
2010-11-29 15:14:37 +07:00
|
|
|
static inline int netdev_queue_numa_node_read(const struct netdev_queue *q)
|
|
|
|
{
|
|
|
|
#if defined(CONFIG_XPS) && defined(CONFIG_NUMA)
|
|
|
|
return q->numa_node;
|
|
|
|
#else
|
2010-12-14 10:09:15 +07:00
|
|
|
return NUMA_NO_NODE;
|
2010-11-29 15:14:37 +07:00
|
|
|
#endif
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline void netdev_queue_numa_node_write(struct netdev_queue *q, int node)
|
|
|
|
{
|
|
|
|
#if defined(CONFIG_XPS) && defined(CONFIG_NUMA)
|
|
|
|
q->numa_node = node;
|
|
|
|
#endif
|
|
|
|
}
|
|
|
|
|
2010-03-25 02:13:54 +07:00
|
|
|
#ifdef CONFIG_RPS
|
2010-03-16 15:03:29 +07:00
|
|
|
/*
|
|
|
|
* This structure holds an RPS map which can be of variable length. The
|
|
|
|
* map is an array of CPUs.
|
|
|
|
*/
|
|
|
|
struct rps_map {
|
|
|
|
unsigned int len;
|
|
|
|
struct rcu_head rcu;
|
|
|
|
u16 cpus[0];
|
|
|
|
};
|
2011-12-24 13:56:49 +07:00
|
|
|
#define RPS_MAP_SIZE(_num) (sizeof(struct rps_map) + ((_num) * sizeof(u16)))
|
2010-03-16 15:03:29 +07:00
|
|
|
|
rfs: Receive Flow Steering
This patch implements receive flow steering (RFS). RFS steers
received packets for layer 3 and 4 processing to the CPU where
the application for the corresponding flow is running. RFS is an
extension of Receive Packet Steering (RPS).
The basic idea of RFS is that when an application calls recvmsg
(or sendmsg) the application's running CPU is stored in a hash
table that is indexed by the connection's rxhash which is stored in
the socket structure. The rxhash is passed in skb's received on
the connection from netif_receive_skb. For each received packet,
the associated rxhash is used to look up the CPU in the hash table,
if a valid CPU is set then the packet is steered to that CPU using
the RPS mechanisms.
The convolution of the simple approach is that it would potentially
allow OOO packets. If threads are thrashing around CPUs or multiple
threads are trying to read from the same sockets, a quickly changing
CPU value in the hash table could cause rampant OOO packets--
we consider this a non-starter.
To avoid OOO packets, this solution implements two types of hash
tables: rps_sock_flow_table and rps_dev_flow_table.
rps_sock_table is a global hash table. Each entry is just a CPU
number and it is populated in recvmsg and sendmsg as described above.
This table contains the "desired" CPUs for flows.
rps_dev_flow_table is specific to each device queue. Each entry
contains a CPU and a tail queue counter. The CPU is the "current"
CPU for a matching flow. The tail queue counter holds the value
of a tail queue counter for the associated CPU's backlog queue at
the time of last enqueue for a flow matching the entry.
Each backlog queue has a queue head counter which is incremented
on dequeue, and so a queue tail counter is computed as queue head
count + queue length. When a packet is enqueued on a backlog queue,
the current value of the queue tail counter is saved in the hash
entry of the rps_dev_flow_table.
And now the trick: when selecting the CPU for RPS (get_rps_cpu)
the rps_sock_flow table and the rps_dev_flow table for the RX queue
are consulted. When the desired CPU for the flow (found in the
rps_sock_flow table) does not match the current CPU (found in the
rps_dev_flow table), the current CPU is changed to the desired CPU
if one of the following is true:
- The current CPU is unset (equal to RPS_NO_CPU)
- Current CPU is offline
- The current CPU's queue head counter >= queue tail counter in the
rps_dev_flow table. This checks if the queue tail has advanced
beyond the last packet that was enqueued using this table entry.
This guarantees that all packets queued using this entry have been
dequeued, thus preserving in order delivery.
Making each queue have its own rps_dev_flow table has two advantages:
1) the tail queue counters will be written on each receive, so
keeping the table local to interrupting CPU s good for locality. 2)
this allows lockless access to the table-- the CPU number and queue
tail counter need to be accessed together under mutual exclusion
from netif_receive_skb, we assume that this is only called from
device napi_poll which is non-reentrant.
This patch implements RFS for TCP and connected UDP sockets.
It should be usable for other flow oriented protocols.
There are two configuration parameters for RFS. The
"rps_flow_entries" kernel init parameter sets the number of
entries in the rps_sock_flow_table, the per rxqueue sysfs entry
"rps_flow_cnt" contains the number of entries in the rps_dev_flow
table for the rxqueue. Both are rounded to power of two.
The obvious benefit of RFS (over just RPS) is that it achieves
CPU locality between the receive processing for a flow and the
applications processing; this can result in increased performance
(higher pps, lower latency).
The benefits of RFS are dependent on cache hierarchy, application
load, and other factors. On simple benchmarks, we don't necessarily
see improvement and sometimes see degradation. However, for more
complex benchmarks and for applications where cache pressure is
much higher this technique seems to perform very well.
Below are some benchmark results which show the potential benfit of
this patch. The netperf test has 500 instances of netperf TCP_RR
test with 1 byte req. and resp. The RPC test is an request/response
test similar in structure to netperf RR test ith 100 threads on
each host, but does more work in userspace that netperf.
e1000e on 8 core Intel
No RFS or RPS 104K tps at 30% CPU
No RFS (best RPS config): 290K tps at 63% CPU
RFS 303K tps at 61% CPU
RPC test tps CPU% 50/90/99% usec latency Latency StdDev
No RFS/RPS 103K 48% 757/900/3185 4472.35
RPS only: 174K 73% 415/993/2468 491.66
RFS 223K 73% 379/651/1382 315.61
Signed-off-by: Tom Herbert <therbert@google.com>
Signed-off-by: Eric Dumazet <eric.dumazet@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2010-04-17 06:01:27 +07:00
|
|
|
/*
|
2011-01-19 18:03:53 +07:00
|
|
|
* The rps_dev_flow structure contains the mapping of a flow to a CPU, the
|
|
|
|
* tail pointer for that CPU's input queue at the time of last enqueue, and
|
|
|
|
* a hardware filter index.
|
rfs: Receive Flow Steering
This patch implements receive flow steering (RFS). RFS steers
received packets for layer 3 and 4 processing to the CPU where
the application for the corresponding flow is running. RFS is an
extension of Receive Packet Steering (RPS).
The basic idea of RFS is that when an application calls recvmsg
(or sendmsg) the application's running CPU is stored in a hash
table that is indexed by the connection's rxhash which is stored in
the socket structure. The rxhash is passed in skb's received on
the connection from netif_receive_skb. For each received packet,
the associated rxhash is used to look up the CPU in the hash table,
if a valid CPU is set then the packet is steered to that CPU using
the RPS mechanisms.
The convolution of the simple approach is that it would potentially
allow OOO packets. If threads are thrashing around CPUs or multiple
threads are trying to read from the same sockets, a quickly changing
CPU value in the hash table could cause rampant OOO packets--
we consider this a non-starter.
To avoid OOO packets, this solution implements two types of hash
tables: rps_sock_flow_table and rps_dev_flow_table.
rps_sock_table is a global hash table. Each entry is just a CPU
number and it is populated in recvmsg and sendmsg as described above.
This table contains the "desired" CPUs for flows.
rps_dev_flow_table is specific to each device queue. Each entry
contains a CPU and a tail queue counter. The CPU is the "current"
CPU for a matching flow. The tail queue counter holds the value
of a tail queue counter for the associated CPU's backlog queue at
the time of last enqueue for a flow matching the entry.
Each backlog queue has a queue head counter which is incremented
on dequeue, and so a queue tail counter is computed as queue head
count + queue length. When a packet is enqueued on a backlog queue,
the current value of the queue tail counter is saved in the hash
entry of the rps_dev_flow_table.
And now the trick: when selecting the CPU for RPS (get_rps_cpu)
the rps_sock_flow table and the rps_dev_flow table for the RX queue
are consulted. When the desired CPU for the flow (found in the
rps_sock_flow table) does not match the current CPU (found in the
rps_dev_flow table), the current CPU is changed to the desired CPU
if one of the following is true:
- The current CPU is unset (equal to RPS_NO_CPU)
- Current CPU is offline
- The current CPU's queue head counter >= queue tail counter in the
rps_dev_flow table. This checks if the queue tail has advanced
beyond the last packet that was enqueued using this table entry.
This guarantees that all packets queued using this entry have been
dequeued, thus preserving in order delivery.
Making each queue have its own rps_dev_flow table has two advantages:
1) the tail queue counters will be written on each receive, so
keeping the table local to interrupting CPU s good for locality. 2)
this allows lockless access to the table-- the CPU number and queue
tail counter need to be accessed together under mutual exclusion
from netif_receive_skb, we assume that this is only called from
device napi_poll which is non-reentrant.
This patch implements RFS for TCP and connected UDP sockets.
It should be usable for other flow oriented protocols.
There are two configuration parameters for RFS. The
"rps_flow_entries" kernel init parameter sets the number of
entries in the rps_sock_flow_table, the per rxqueue sysfs entry
"rps_flow_cnt" contains the number of entries in the rps_dev_flow
table for the rxqueue. Both are rounded to power of two.
The obvious benefit of RFS (over just RPS) is that it achieves
CPU locality between the receive processing for a flow and the
applications processing; this can result in increased performance
(higher pps, lower latency).
The benefits of RFS are dependent on cache hierarchy, application
load, and other factors. On simple benchmarks, we don't necessarily
see improvement and sometimes see degradation. However, for more
complex benchmarks and for applications where cache pressure is
much higher this technique seems to perform very well.
Below are some benchmark results which show the potential benfit of
this patch. The netperf test has 500 instances of netperf TCP_RR
test with 1 byte req. and resp. The RPC test is an request/response
test similar in structure to netperf RR test ith 100 threads on
each host, but does more work in userspace that netperf.
e1000e on 8 core Intel
No RFS or RPS 104K tps at 30% CPU
No RFS (best RPS config): 290K tps at 63% CPU
RFS 303K tps at 61% CPU
RPC test tps CPU% 50/90/99% usec latency Latency StdDev
No RFS/RPS 103K 48% 757/900/3185 4472.35
RPS only: 174K 73% 415/993/2468 491.66
RFS 223K 73% 379/651/1382 315.61
Signed-off-by: Tom Herbert <therbert@google.com>
Signed-off-by: Eric Dumazet <eric.dumazet@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2010-04-17 06:01:27 +07:00
|
|
|
*/
|
|
|
|
struct rps_dev_flow {
|
|
|
|
u16 cpu;
|
2011-01-19 18:03:53 +07:00
|
|
|
u16 filter;
|
rfs: Receive Flow Steering
This patch implements receive flow steering (RFS). RFS steers
received packets for layer 3 and 4 processing to the CPU where
the application for the corresponding flow is running. RFS is an
extension of Receive Packet Steering (RPS).
The basic idea of RFS is that when an application calls recvmsg
(or sendmsg) the application's running CPU is stored in a hash
table that is indexed by the connection's rxhash which is stored in
the socket structure. The rxhash is passed in skb's received on
the connection from netif_receive_skb. For each received packet,
the associated rxhash is used to look up the CPU in the hash table,
if a valid CPU is set then the packet is steered to that CPU using
the RPS mechanisms.
The convolution of the simple approach is that it would potentially
allow OOO packets. If threads are thrashing around CPUs or multiple
threads are trying to read from the same sockets, a quickly changing
CPU value in the hash table could cause rampant OOO packets--
we consider this a non-starter.
To avoid OOO packets, this solution implements two types of hash
tables: rps_sock_flow_table and rps_dev_flow_table.
rps_sock_table is a global hash table. Each entry is just a CPU
number and it is populated in recvmsg and sendmsg as described above.
This table contains the "desired" CPUs for flows.
rps_dev_flow_table is specific to each device queue. Each entry
contains a CPU and a tail queue counter. The CPU is the "current"
CPU for a matching flow. The tail queue counter holds the value
of a tail queue counter for the associated CPU's backlog queue at
the time of last enqueue for a flow matching the entry.
Each backlog queue has a queue head counter which is incremented
on dequeue, and so a queue tail counter is computed as queue head
count + queue length. When a packet is enqueued on a backlog queue,
the current value of the queue tail counter is saved in the hash
entry of the rps_dev_flow_table.
And now the trick: when selecting the CPU for RPS (get_rps_cpu)
the rps_sock_flow table and the rps_dev_flow table for the RX queue
are consulted. When the desired CPU for the flow (found in the
rps_sock_flow table) does not match the current CPU (found in the
rps_dev_flow table), the current CPU is changed to the desired CPU
if one of the following is true:
- The current CPU is unset (equal to RPS_NO_CPU)
- Current CPU is offline
- The current CPU's queue head counter >= queue tail counter in the
rps_dev_flow table. This checks if the queue tail has advanced
beyond the last packet that was enqueued using this table entry.
This guarantees that all packets queued using this entry have been
dequeued, thus preserving in order delivery.
Making each queue have its own rps_dev_flow table has two advantages:
1) the tail queue counters will be written on each receive, so
keeping the table local to interrupting CPU s good for locality. 2)
this allows lockless access to the table-- the CPU number and queue
tail counter need to be accessed together under mutual exclusion
from netif_receive_skb, we assume that this is only called from
device napi_poll which is non-reentrant.
This patch implements RFS for TCP and connected UDP sockets.
It should be usable for other flow oriented protocols.
There are two configuration parameters for RFS. The
"rps_flow_entries" kernel init parameter sets the number of
entries in the rps_sock_flow_table, the per rxqueue sysfs entry
"rps_flow_cnt" contains the number of entries in the rps_dev_flow
table for the rxqueue. Both are rounded to power of two.
The obvious benefit of RFS (over just RPS) is that it achieves
CPU locality between the receive processing for a flow and the
applications processing; this can result in increased performance
(higher pps, lower latency).
The benefits of RFS are dependent on cache hierarchy, application
load, and other factors. On simple benchmarks, we don't necessarily
see improvement and sometimes see degradation. However, for more
complex benchmarks and for applications where cache pressure is
much higher this technique seems to perform very well.
Below are some benchmark results which show the potential benfit of
this patch. The netperf test has 500 instances of netperf TCP_RR
test with 1 byte req. and resp. The RPC test is an request/response
test similar in structure to netperf RR test ith 100 threads on
each host, but does more work in userspace that netperf.
e1000e on 8 core Intel
No RFS or RPS 104K tps at 30% CPU
No RFS (best RPS config): 290K tps at 63% CPU
RFS 303K tps at 61% CPU
RPC test tps CPU% 50/90/99% usec latency Latency StdDev
No RFS/RPS 103K 48% 757/900/3185 4472.35
RPS only: 174K 73% 415/993/2468 491.66
RFS 223K 73% 379/651/1382 315.61
Signed-off-by: Tom Herbert <therbert@google.com>
Signed-off-by: Eric Dumazet <eric.dumazet@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2010-04-17 06:01:27 +07:00
|
|
|
unsigned int last_qtail;
|
|
|
|
};
|
2011-01-19 18:03:53 +07:00
|
|
|
#define RPS_NO_FILTER 0xffff
|
rfs: Receive Flow Steering
This patch implements receive flow steering (RFS). RFS steers
received packets for layer 3 and 4 processing to the CPU where
the application for the corresponding flow is running. RFS is an
extension of Receive Packet Steering (RPS).
The basic idea of RFS is that when an application calls recvmsg
(or sendmsg) the application's running CPU is stored in a hash
table that is indexed by the connection's rxhash which is stored in
the socket structure. The rxhash is passed in skb's received on
the connection from netif_receive_skb. For each received packet,
the associated rxhash is used to look up the CPU in the hash table,
if a valid CPU is set then the packet is steered to that CPU using
the RPS mechanisms.
The convolution of the simple approach is that it would potentially
allow OOO packets. If threads are thrashing around CPUs or multiple
threads are trying to read from the same sockets, a quickly changing
CPU value in the hash table could cause rampant OOO packets--
we consider this a non-starter.
To avoid OOO packets, this solution implements two types of hash
tables: rps_sock_flow_table and rps_dev_flow_table.
rps_sock_table is a global hash table. Each entry is just a CPU
number and it is populated in recvmsg and sendmsg as described above.
This table contains the "desired" CPUs for flows.
rps_dev_flow_table is specific to each device queue. Each entry
contains a CPU and a tail queue counter. The CPU is the "current"
CPU for a matching flow. The tail queue counter holds the value
of a tail queue counter for the associated CPU's backlog queue at
the time of last enqueue for a flow matching the entry.
Each backlog queue has a queue head counter which is incremented
on dequeue, and so a queue tail counter is computed as queue head
count + queue length. When a packet is enqueued on a backlog queue,
the current value of the queue tail counter is saved in the hash
entry of the rps_dev_flow_table.
And now the trick: when selecting the CPU for RPS (get_rps_cpu)
the rps_sock_flow table and the rps_dev_flow table for the RX queue
are consulted. When the desired CPU for the flow (found in the
rps_sock_flow table) does not match the current CPU (found in the
rps_dev_flow table), the current CPU is changed to the desired CPU
if one of the following is true:
- The current CPU is unset (equal to RPS_NO_CPU)
- Current CPU is offline
- The current CPU's queue head counter >= queue tail counter in the
rps_dev_flow table. This checks if the queue tail has advanced
beyond the last packet that was enqueued using this table entry.
This guarantees that all packets queued using this entry have been
dequeued, thus preserving in order delivery.
Making each queue have its own rps_dev_flow table has two advantages:
1) the tail queue counters will be written on each receive, so
keeping the table local to interrupting CPU s good for locality. 2)
this allows lockless access to the table-- the CPU number and queue
tail counter need to be accessed together under mutual exclusion
from netif_receive_skb, we assume that this is only called from
device napi_poll which is non-reentrant.
This patch implements RFS for TCP and connected UDP sockets.
It should be usable for other flow oriented protocols.
There are two configuration parameters for RFS. The
"rps_flow_entries" kernel init parameter sets the number of
entries in the rps_sock_flow_table, the per rxqueue sysfs entry
"rps_flow_cnt" contains the number of entries in the rps_dev_flow
table for the rxqueue. Both are rounded to power of two.
The obvious benefit of RFS (over just RPS) is that it achieves
CPU locality between the receive processing for a flow and the
applications processing; this can result in increased performance
(higher pps, lower latency).
The benefits of RFS are dependent on cache hierarchy, application
load, and other factors. On simple benchmarks, we don't necessarily
see improvement and sometimes see degradation. However, for more
complex benchmarks and for applications where cache pressure is
much higher this technique seems to perform very well.
Below are some benchmark results which show the potential benfit of
this patch. The netperf test has 500 instances of netperf TCP_RR
test with 1 byte req. and resp. The RPC test is an request/response
test similar in structure to netperf RR test ith 100 threads on
each host, but does more work in userspace that netperf.
e1000e on 8 core Intel
No RFS or RPS 104K tps at 30% CPU
No RFS (best RPS config): 290K tps at 63% CPU
RFS 303K tps at 61% CPU
RPC test tps CPU% 50/90/99% usec latency Latency StdDev
No RFS/RPS 103K 48% 757/900/3185 4472.35
RPS only: 174K 73% 415/993/2468 491.66
RFS 223K 73% 379/651/1382 315.61
Signed-off-by: Tom Herbert <therbert@google.com>
Signed-off-by: Eric Dumazet <eric.dumazet@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2010-04-17 06:01:27 +07:00
|
|
|
|
|
|
|
/*
|
|
|
|
* The rps_dev_flow_table structure contains a table of flow mappings.
|
|
|
|
*/
|
|
|
|
struct rps_dev_flow_table {
|
|
|
|
unsigned int mask;
|
|
|
|
struct rcu_head rcu;
|
|
|
|
struct rps_dev_flow flows[0];
|
|
|
|
};
|
|
|
|
#define RPS_DEV_FLOW_TABLE_SIZE(_num) (sizeof(struct rps_dev_flow_table) + \
|
2011-12-24 13:56:49 +07:00
|
|
|
((_num) * sizeof(struct rps_dev_flow)))
|
rfs: Receive Flow Steering
This patch implements receive flow steering (RFS). RFS steers
received packets for layer 3 and 4 processing to the CPU where
the application for the corresponding flow is running. RFS is an
extension of Receive Packet Steering (RPS).
The basic idea of RFS is that when an application calls recvmsg
(or sendmsg) the application's running CPU is stored in a hash
table that is indexed by the connection's rxhash which is stored in
the socket structure. The rxhash is passed in skb's received on
the connection from netif_receive_skb. For each received packet,
the associated rxhash is used to look up the CPU in the hash table,
if a valid CPU is set then the packet is steered to that CPU using
the RPS mechanisms.
The convolution of the simple approach is that it would potentially
allow OOO packets. If threads are thrashing around CPUs or multiple
threads are trying to read from the same sockets, a quickly changing
CPU value in the hash table could cause rampant OOO packets--
we consider this a non-starter.
To avoid OOO packets, this solution implements two types of hash
tables: rps_sock_flow_table and rps_dev_flow_table.
rps_sock_table is a global hash table. Each entry is just a CPU
number and it is populated in recvmsg and sendmsg as described above.
This table contains the "desired" CPUs for flows.
rps_dev_flow_table is specific to each device queue. Each entry
contains a CPU and a tail queue counter. The CPU is the "current"
CPU for a matching flow. The tail queue counter holds the value
of a tail queue counter for the associated CPU's backlog queue at
the time of last enqueue for a flow matching the entry.
Each backlog queue has a queue head counter which is incremented
on dequeue, and so a queue tail counter is computed as queue head
count + queue length. When a packet is enqueued on a backlog queue,
the current value of the queue tail counter is saved in the hash
entry of the rps_dev_flow_table.
And now the trick: when selecting the CPU for RPS (get_rps_cpu)
the rps_sock_flow table and the rps_dev_flow table for the RX queue
are consulted. When the desired CPU for the flow (found in the
rps_sock_flow table) does not match the current CPU (found in the
rps_dev_flow table), the current CPU is changed to the desired CPU
if one of the following is true:
- The current CPU is unset (equal to RPS_NO_CPU)
- Current CPU is offline
- The current CPU's queue head counter >= queue tail counter in the
rps_dev_flow table. This checks if the queue tail has advanced
beyond the last packet that was enqueued using this table entry.
This guarantees that all packets queued using this entry have been
dequeued, thus preserving in order delivery.
Making each queue have its own rps_dev_flow table has two advantages:
1) the tail queue counters will be written on each receive, so
keeping the table local to interrupting CPU s good for locality. 2)
this allows lockless access to the table-- the CPU number and queue
tail counter need to be accessed together under mutual exclusion
from netif_receive_skb, we assume that this is only called from
device napi_poll which is non-reentrant.
This patch implements RFS for TCP and connected UDP sockets.
It should be usable for other flow oriented protocols.
There are two configuration parameters for RFS. The
"rps_flow_entries" kernel init parameter sets the number of
entries in the rps_sock_flow_table, the per rxqueue sysfs entry
"rps_flow_cnt" contains the number of entries in the rps_dev_flow
table for the rxqueue. Both are rounded to power of two.
The obvious benefit of RFS (over just RPS) is that it achieves
CPU locality between the receive processing for a flow and the
applications processing; this can result in increased performance
(higher pps, lower latency).
The benefits of RFS are dependent on cache hierarchy, application
load, and other factors. On simple benchmarks, we don't necessarily
see improvement and sometimes see degradation. However, for more
complex benchmarks and for applications where cache pressure is
much higher this technique seems to perform very well.
Below are some benchmark results which show the potential benfit of
this patch. The netperf test has 500 instances of netperf TCP_RR
test with 1 byte req. and resp. The RPC test is an request/response
test similar in structure to netperf RR test ith 100 threads on
each host, but does more work in userspace that netperf.
e1000e on 8 core Intel
No RFS or RPS 104K tps at 30% CPU
No RFS (best RPS config): 290K tps at 63% CPU
RFS 303K tps at 61% CPU
RPC test tps CPU% 50/90/99% usec latency Latency StdDev
No RFS/RPS 103K 48% 757/900/3185 4472.35
RPS only: 174K 73% 415/993/2468 491.66
RFS 223K 73% 379/651/1382 315.61
Signed-off-by: Tom Herbert <therbert@google.com>
Signed-off-by: Eric Dumazet <eric.dumazet@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2010-04-17 06:01:27 +07:00
|
|
|
|
|
|
|
/*
|
|
|
|
* The rps_sock_flow_table contains mappings of flows to the last CPU
|
|
|
|
* on which they were processed by the application (set in recvmsg).
|
|
|
|
*/
|
|
|
|
struct rps_sock_flow_table {
|
|
|
|
unsigned int mask;
|
|
|
|
u16 ents[0];
|
|
|
|
};
|
|
|
|
#define RPS_SOCK_FLOW_TABLE_SIZE(_num) (sizeof(struct rps_sock_flow_table) + \
|
2011-12-24 13:56:49 +07:00
|
|
|
((_num) * sizeof(u16)))
|
rfs: Receive Flow Steering
This patch implements receive flow steering (RFS). RFS steers
received packets for layer 3 and 4 processing to the CPU where
the application for the corresponding flow is running. RFS is an
extension of Receive Packet Steering (RPS).
The basic idea of RFS is that when an application calls recvmsg
(or sendmsg) the application's running CPU is stored in a hash
table that is indexed by the connection's rxhash which is stored in
the socket structure. The rxhash is passed in skb's received on
the connection from netif_receive_skb. For each received packet,
the associated rxhash is used to look up the CPU in the hash table,
if a valid CPU is set then the packet is steered to that CPU using
the RPS mechanisms.
The convolution of the simple approach is that it would potentially
allow OOO packets. If threads are thrashing around CPUs or multiple
threads are trying to read from the same sockets, a quickly changing
CPU value in the hash table could cause rampant OOO packets--
we consider this a non-starter.
To avoid OOO packets, this solution implements two types of hash
tables: rps_sock_flow_table and rps_dev_flow_table.
rps_sock_table is a global hash table. Each entry is just a CPU
number and it is populated in recvmsg and sendmsg as described above.
This table contains the "desired" CPUs for flows.
rps_dev_flow_table is specific to each device queue. Each entry
contains a CPU and a tail queue counter. The CPU is the "current"
CPU for a matching flow. The tail queue counter holds the value
of a tail queue counter for the associated CPU's backlog queue at
the time of last enqueue for a flow matching the entry.
Each backlog queue has a queue head counter which is incremented
on dequeue, and so a queue tail counter is computed as queue head
count + queue length. When a packet is enqueued on a backlog queue,
the current value of the queue tail counter is saved in the hash
entry of the rps_dev_flow_table.
And now the trick: when selecting the CPU for RPS (get_rps_cpu)
the rps_sock_flow table and the rps_dev_flow table for the RX queue
are consulted. When the desired CPU for the flow (found in the
rps_sock_flow table) does not match the current CPU (found in the
rps_dev_flow table), the current CPU is changed to the desired CPU
if one of the following is true:
- The current CPU is unset (equal to RPS_NO_CPU)
- Current CPU is offline
- The current CPU's queue head counter >= queue tail counter in the
rps_dev_flow table. This checks if the queue tail has advanced
beyond the last packet that was enqueued using this table entry.
This guarantees that all packets queued using this entry have been
dequeued, thus preserving in order delivery.
Making each queue have its own rps_dev_flow table has two advantages:
1) the tail queue counters will be written on each receive, so
keeping the table local to interrupting CPU s good for locality. 2)
this allows lockless access to the table-- the CPU number and queue
tail counter need to be accessed together under mutual exclusion
from netif_receive_skb, we assume that this is only called from
device napi_poll which is non-reentrant.
This patch implements RFS for TCP and connected UDP sockets.
It should be usable for other flow oriented protocols.
There are two configuration parameters for RFS. The
"rps_flow_entries" kernel init parameter sets the number of
entries in the rps_sock_flow_table, the per rxqueue sysfs entry
"rps_flow_cnt" contains the number of entries in the rps_dev_flow
table for the rxqueue. Both are rounded to power of two.
The obvious benefit of RFS (over just RPS) is that it achieves
CPU locality between the receive processing for a flow and the
applications processing; this can result in increased performance
(higher pps, lower latency).
The benefits of RFS are dependent on cache hierarchy, application
load, and other factors. On simple benchmarks, we don't necessarily
see improvement and sometimes see degradation. However, for more
complex benchmarks and for applications where cache pressure is
much higher this technique seems to perform very well.
Below are some benchmark results which show the potential benfit of
this patch. The netperf test has 500 instances of netperf TCP_RR
test with 1 byte req. and resp. The RPC test is an request/response
test similar in structure to netperf RR test ith 100 threads on
each host, but does more work in userspace that netperf.
e1000e on 8 core Intel
No RFS or RPS 104K tps at 30% CPU
No RFS (best RPS config): 290K tps at 63% CPU
RFS 303K tps at 61% CPU
RPC test tps CPU% 50/90/99% usec latency Latency StdDev
No RFS/RPS 103K 48% 757/900/3185 4472.35
RPS only: 174K 73% 415/993/2468 491.66
RFS 223K 73% 379/651/1382 315.61
Signed-off-by: Tom Herbert <therbert@google.com>
Signed-off-by: Eric Dumazet <eric.dumazet@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2010-04-17 06:01:27 +07:00
|
|
|
|
|
|
|
#define RPS_NO_CPU 0xffff
|
|
|
|
|
|
|
|
static inline void rps_record_sock_flow(struct rps_sock_flow_table *table,
|
|
|
|
u32 hash)
|
|
|
|
{
|
|
|
|
if (table && hash) {
|
|
|
|
unsigned int cpu, index = hash & table->mask;
|
|
|
|
|
|
|
|
/* We only give a hint, preemption can change cpu under us */
|
|
|
|
cpu = raw_smp_processor_id();
|
|
|
|
|
|
|
|
if (table->ents[index] != cpu)
|
|
|
|
table->ents[index] = cpu;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline void rps_reset_sock_flow(struct rps_sock_flow_table *table,
|
|
|
|
u32 hash)
|
|
|
|
{
|
|
|
|
if (table && hash)
|
|
|
|
table->ents[hash & table->mask] = RPS_NO_CPU;
|
|
|
|
}
|
|
|
|
|
2010-10-25 10:02:02 +07:00
|
|
|
extern struct rps_sock_flow_table __rcu *rps_sock_flow_table;
|
rfs: Receive Flow Steering
This patch implements receive flow steering (RFS). RFS steers
received packets for layer 3 and 4 processing to the CPU where
the application for the corresponding flow is running. RFS is an
extension of Receive Packet Steering (RPS).
The basic idea of RFS is that when an application calls recvmsg
(or sendmsg) the application's running CPU is stored in a hash
table that is indexed by the connection's rxhash which is stored in
the socket structure. The rxhash is passed in skb's received on
the connection from netif_receive_skb. For each received packet,
the associated rxhash is used to look up the CPU in the hash table,
if a valid CPU is set then the packet is steered to that CPU using
the RPS mechanisms.
The convolution of the simple approach is that it would potentially
allow OOO packets. If threads are thrashing around CPUs or multiple
threads are trying to read from the same sockets, a quickly changing
CPU value in the hash table could cause rampant OOO packets--
we consider this a non-starter.
To avoid OOO packets, this solution implements two types of hash
tables: rps_sock_flow_table and rps_dev_flow_table.
rps_sock_table is a global hash table. Each entry is just a CPU
number and it is populated in recvmsg and sendmsg as described above.
This table contains the "desired" CPUs for flows.
rps_dev_flow_table is specific to each device queue. Each entry
contains a CPU and a tail queue counter. The CPU is the "current"
CPU for a matching flow. The tail queue counter holds the value
of a tail queue counter for the associated CPU's backlog queue at
the time of last enqueue for a flow matching the entry.
Each backlog queue has a queue head counter which is incremented
on dequeue, and so a queue tail counter is computed as queue head
count + queue length. When a packet is enqueued on a backlog queue,
the current value of the queue tail counter is saved in the hash
entry of the rps_dev_flow_table.
And now the trick: when selecting the CPU for RPS (get_rps_cpu)
the rps_sock_flow table and the rps_dev_flow table for the RX queue
are consulted. When the desired CPU for the flow (found in the
rps_sock_flow table) does not match the current CPU (found in the
rps_dev_flow table), the current CPU is changed to the desired CPU
if one of the following is true:
- The current CPU is unset (equal to RPS_NO_CPU)
- Current CPU is offline
- The current CPU's queue head counter >= queue tail counter in the
rps_dev_flow table. This checks if the queue tail has advanced
beyond the last packet that was enqueued using this table entry.
This guarantees that all packets queued using this entry have been
dequeued, thus preserving in order delivery.
Making each queue have its own rps_dev_flow table has two advantages:
1) the tail queue counters will be written on each receive, so
keeping the table local to interrupting CPU s good for locality. 2)
this allows lockless access to the table-- the CPU number and queue
tail counter need to be accessed together under mutual exclusion
from netif_receive_skb, we assume that this is only called from
device napi_poll which is non-reentrant.
This patch implements RFS for TCP and connected UDP sockets.
It should be usable for other flow oriented protocols.
There are two configuration parameters for RFS. The
"rps_flow_entries" kernel init parameter sets the number of
entries in the rps_sock_flow_table, the per rxqueue sysfs entry
"rps_flow_cnt" contains the number of entries in the rps_dev_flow
table for the rxqueue. Both are rounded to power of two.
The obvious benefit of RFS (over just RPS) is that it achieves
CPU locality between the receive processing for a flow and the
applications processing; this can result in increased performance
(higher pps, lower latency).
The benefits of RFS are dependent on cache hierarchy, application
load, and other factors. On simple benchmarks, we don't necessarily
see improvement and sometimes see degradation. However, for more
complex benchmarks and for applications where cache pressure is
much higher this technique seems to perform very well.
Below are some benchmark results which show the potential benfit of
this patch. The netperf test has 500 instances of netperf TCP_RR
test with 1 byte req. and resp. The RPC test is an request/response
test similar in structure to netperf RR test ith 100 threads on
each host, but does more work in userspace that netperf.
e1000e on 8 core Intel
No RFS or RPS 104K tps at 30% CPU
No RFS (best RPS config): 290K tps at 63% CPU
RFS 303K tps at 61% CPU
RPC test tps CPU% 50/90/99% usec latency Latency StdDev
No RFS/RPS 103K 48% 757/900/3185 4472.35
RPS only: 174K 73% 415/993/2468 491.66
RFS 223K 73% 379/651/1382 315.61
Signed-off-by: Tom Herbert <therbert@google.com>
Signed-off-by: Eric Dumazet <eric.dumazet@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2010-04-17 06:01:27 +07:00
|
|
|
|
2011-01-19 18:03:53 +07:00
|
|
|
#ifdef CONFIG_RFS_ACCEL
|
2013-09-27 04:48:15 +07:00
|
|
|
bool rps_may_expire_flow(struct net_device *dev, u16 rxq_index, u32 flow_id,
|
|
|
|
u16 filter_id);
|
2011-01-19 18:03:53 +07:00
|
|
|
#endif
|
|
|
|
|
2010-03-16 15:03:29 +07:00
|
|
|
/* This structure contains an instance of an RX queue. */
|
|
|
|
struct netdev_rx_queue {
|
2010-10-25 10:02:02 +07:00
|
|
|
struct rps_map __rcu *rps_map;
|
|
|
|
struct rps_dev_flow_table __rcu *rps_flow_table;
|
|
|
|
struct kobject kobj;
|
2010-11-09 17:47:38 +07:00
|
|
|
struct net_device *dev;
|
2010-03-16 15:03:29 +07:00
|
|
|
} ____cacheline_aligned_in_smp;
|
rfs: Receive Flow Steering
This patch implements receive flow steering (RFS). RFS steers
received packets for layer 3 and 4 processing to the CPU where
the application for the corresponding flow is running. RFS is an
extension of Receive Packet Steering (RPS).
The basic idea of RFS is that when an application calls recvmsg
(or sendmsg) the application's running CPU is stored in a hash
table that is indexed by the connection's rxhash which is stored in
the socket structure. The rxhash is passed in skb's received on
the connection from netif_receive_skb. For each received packet,
the associated rxhash is used to look up the CPU in the hash table,
if a valid CPU is set then the packet is steered to that CPU using
the RPS mechanisms.
The convolution of the simple approach is that it would potentially
allow OOO packets. If threads are thrashing around CPUs or multiple
threads are trying to read from the same sockets, a quickly changing
CPU value in the hash table could cause rampant OOO packets--
we consider this a non-starter.
To avoid OOO packets, this solution implements two types of hash
tables: rps_sock_flow_table and rps_dev_flow_table.
rps_sock_table is a global hash table. Each entry is just a CPU
number and it is populated in recvmsg and sendmsg as described above.
This table contains the "desired" CPUs for flows.
rps_dev_flow_table is specific to each device queue. Each entry
contains a CPU and a tail queue counter. The CPU is the "current"
CPU for a matching flow. The tail queue counter holds the value
of a tail queue counter for the associated CPU's backlog queue at
the time of last enqueue for a flow matching the entry.
Each backlog queue has a queue head counter which is incremented
on dequeue, and so a queue tail counter is computed as queue head
count + queue length. When a packet is enqueued on a backlog queue,
the current value of the queue tail counter is saved in the hash
entry of the rps_dev_flow_table.
And now the trick: when selecting the CPU for RPS (get_rps_cpu)
the rps_sock_flow table and the rps_dev_flow table for the RX queue
are consulted. When the desired CPU for the flow (found in the
rps_sock_flow table) does not match the current CPU (found in the
rps_dev_flow table), the current CPU is changed to the desired CPU
if one of the following is true:
- The current CPU is unset (equal to RPS_NO_CPU)
- Current CPU is offline
- The current CPU's queue head counter >= queue tail counter in the
rps_dev_flow table. This checks if the queue tail has advanced
beyond the last packet that was enqueued using this table entry.
This guarantees that all packets queued using this entry have been
dequeued, thus preserving in order delivery.
Making each queue have its own rps_dev_flow table has two advantages:
1) the tail queue counters will be written on each receive, so
keeping the table local to interrupting CPU s good for locality. 2)
this allows lockless access to the table-- the CPU number and queue
tail counter need to be accessed together under mutual exclusion
from netif_receive_skb, we assume that this is only called from
device napi_poll which is non-reentrant.
This patch implements RFS for TCP and connected UDP sockets.
It should be usable for other flow oriented protocols.
There are two configuration parameters for RFS. The
"rps_flow_entries" kernel init parameter sets the number of
entries in the rps_sock_flow_table, the per rxqueue sysfs entry
"rps_flow_cnt" contains the number of entries in the rps_dev_flow
table for the rxqueue. Both are rounded to power of two.
The obvious benefit of RFS (over just RPS) is that it achieves
CPU locality between the receive processing for a flow and the
applications processing; this can result in increased performance
(higher pps, lower latency).
The benefits of RFS are dependent on cache hierarchy, application
load, and other factors. On simple benchmarks, we don't necessarily
see improvement and sometimes see degradation. However, for more
complex benchmarks and for applications where cache pressure is
much higher this technique seems to perform very well.
Below are some benchmark results which show the potential benfit of
this patch. The netperf test has 500 instances of netperf TCP_RR
test with 1 byte req. and resp. The RPC test is an request/response
test similar in structure to netperf RR test ith 100 threads on
each host, but does more work in userspace that netperf.
e1000e on 8 core Intel
No RFS or RPS 104K tps at 30% CPU
No RFS (best RPS config): 290K tps at 63% CPU
RFS 303K tps at 61% CPU
RPC test tps CPU% 50/90/99% usec latency Latency StdDev
No RFS/RPS 103K 48% 757/900/3185 4472.35
RPS only: 174K 73% 415/993/2468 491.66
RFS 223K 73% 379/651/1382 315.61
Signed-off-by: Tom Herbert <therbert@google.com>
Signed-off-by: Eric Dumazet <eric.dumazet@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2010-04-17 06:01:27 +07:00
|
|
|
#endif /* CONFIG_RPS */
|
2008-11-20 12:32:24 +07:00
|
|
|
|
2010-11-26 15:36:09 +07:00
|
|
|
#ifdef CONFIG_XPS
|
|
|
|
/*
|
|
|
|
* This structure holds an XPS map which can be of variable length. The
|
|
|
|
* map is an array of queues.
|
|
|
|
*/
|
|
|
|
struct xps_map {
|
|
|
|
unsigned int len;
|
|
|
|
unsigned int alloc_len;
|
|
|
|
struct rcu_head rcu;
|
|
|
|
u16 queues[0];
|
|
|
|
};
|
2011-12-24 13:56:49 +07:00
|
|
|
#define XPS_MAP_SIZE(_num) (sizeof(struct xps_map) + ((_num) * sizeof(u16)))
|
2010-11-26 15:36:09 +07:00
|
|
|
#define XPS_MIN_MAP_ALLOC ((L1_CACHE_BYTES - sizeof(struct xps_map)) \
|
|
|
|
/ sizeof(u16))
|
|
|
|
|
|
|
|
/*
|
|
|
|
* This structure holds all XPS maps for device. Maps are indexed by CPU.
|
|
|
|
*/
|
|
|
|
struct xps_dev_maps {
|
|
|
|
struct rcu_head rcu;
|
2010-11-29 04:43:02 +07:00
|
|
|
struct xps_map __rcu *cpu_map[0];
|
2010-11-26 15:36:09 +07:00
|
|
|
};
|
|
|
|
#define XPS_DEV_MAPS_SIZE (sizeof(struct xps_dev_maps) + \
|
|
|
|
(nr_cpu_ids * sizeof(struct xps_map *)))
|
|
|
|
#endif /* CONFIG_XPS */
|
|
|
|
|
2011-01-17 15:06:04 +07:00
|
|
|
#define TC_MAX_QUEUE 16
|
|
|
|
#define TC_BITMASK 15
|
|
|
|
/* HW offloaded queuing disciplines txq count and offset maps */
|
|
|
|
struct netdev_tc_txq {
|
|
|
|
u16 count;
|
|
|
|
u16 offset;
|
|
|
|
};
|
|
|
|
|
2012-01-05 03:23:39 +07:00
|
|
|
#if defined(CONFIG_FCOE) || defined(CONFIG_FCOE_MODULE)
|
|
|
|
/*
|
|
|
|
* This structure is to hold information about the device
|
|
|
|
* configured to run FCoE protocol stack.
|
|
|
|
*/
|
|
|
|
struct netdev_fcoe_hbainfo {
|
|
|
|
char manufacturer[64];
|
|
|
|
char serial_number[64];
|
|
|
|
char hardware_version[64];
|
|
|
|
char driver_version[64];
|
|
|
|
char optionrom_version[64];
|
|
|
|
char firmware_version[64];
|
|
|
|
char model[256];
|
|
|
|
char model_description[256];
|
|
|
|
};
|
|
|
|
#endif
|
|
|
|
|
2013-07-29 23:16:49 +07:00
|
|
|
#define MAX_PHYS_PORT_ID_LEN 32
|
|
|
|
|
|
|
|
/* This structure holds a unique identifier to identify the
|
|
|
|
* physical port used by a netdevice.
|
|
|
|
*/
|
|
|
|
struct netdev_phys_port_id {
|
|
|
|
unsigned char id[MAX_PHYS_PORT_ID_LEN];
|
|
|
|
unsigned char id_len;
|
|
|
|
};
|
|
|
|
|
2008-11-20 12:32:24 +07:00
|
|
|
/*
|
|
|
|
* This structure defines the management hooks for network devices.
|
2008-11-21 11:14:53 +07:00
|
|
|
* The following hooks can be defined; unless noted otherwise, they are
|
|
|
|
* optional and can be filled with a null pointer.
|
2008-11-20 12:32:24 +07:00
|
|
|
*
|
|
|
|
* int (*ndo_init)(struct net_device *dev);
|
|
|
|
* This function is called once when network device is registered.
|
|
|
|
* The network device can use this to any late stage initializaton
|
|
|
|
* or semantic validattion. It can fail with an error code which will
|
|
|
|
* be propogated back to register_netdev
|
|
|
|
*
|
|
|
|
* void (*ndo_uninit)(struct net_device *dev);
|
|
|
|
* This function is called when device is unregistered or when registration
|
|
|
|
* fails. It is not called if init fails.
|
|
|
|
*
|
|
|
|
* int (*ndo_open)(struct net_device *dev);
|
|
|
|
* This function is called when network device transistions to the up
|
|
|
|
* state.
|
|
|
|
*
|
|
|
|
* int (*ndo_stop)(struct net_device *dev);
|
|
|
|
* This function is called when network device transistions to the down
|
|
|
|
* state.
|
|
|
|
*
|
2009-09-01 02:50:40 +07:00
|
|
|
* netdev_tx_t (*ndo_start_xmit)(struct sk_buff *skb,
|
|
|
|
* struct net_device *dev);
|
2008-11-21 11:14:53 +07:00
|
|
|
* Called when a packet needs to be transmitted.
|
2009-09-01 02:50:40 +07:00
|
|
|
* Must return NETDEV_TX_OK , NETDEV_TX_BUSY.
|
|
|
|
* (can also return NETDEV_TX_LOCKED iff NETIF_F_LLTX)
|
2008-11-21 11:14:53 +07:00
|
|
|
* Required can not be NULL.
|
|
|
|
*
|
2014-01-10 15:18:26 +07:00
|
|
|
* u16 (*ndo_select_queue)(struct net_device *dev, struct sk_buff *skb,
|
|
|
|
* void *accel_priv);
|
2008-11-21 11:14:53 +07:00
|
|
|
* Called to decide which queue to when device supports multiple
|
|
|
|
* transmit queues.
|
|
|
|
*
|
2008-11-20 12:32:24 +07:00
|
|
|
* void (*ndo_change_rx_flags)(struct net_device *dev, int flags);
|
|
|
|
* This function is called to allow device receiver to make
|
|
|
|
* changes to configuration when multicast or promiscious is enabled.
|
|
|
|
*
|
|
|
|
* void (*ndo_set_rx_mode)(struct net_device *dev);
|
|
|
|
* This function is called device changes address list filtering.
|
2011-08-16 13:29:00 +07:00
|
|
|
* If driver handles unicast address filtering, it should set
|
|
|
|
* IFF_UNICAST_FLT to its priv_flags.
|
2008-11-20 12:32:24 +07:00
|
|
|
*
|
|
|
|
* int (*ndo_set_mac_address)(struct net_device *dev, void *addr);
|
|
|
|
* This function is called when the Media Access Control address
|
2009-04-27 19:45:54 +07:00
|
|
|
* needs to be changed. If this interface is not defined, the
|
2008-11-20 12:32:24 +07:00
|
|
|
* mac address can not be changed.
|
|
|
|
*
|
|
|
|
* int (*ndo_validate_addr)(struct net_device *dev);
|
|
|
|
* Test if Media Access Control address is valid for the device.
|
|
|
|
*
|
|
|
|
* int (*ndo_do_ioctl)(struct net_device *dev, struct ifreq *ifr, int cmd);
|
|
|
|
* Called when a user request an ioctl which can't be handled by
|
|
|
|
* the generic interface code. If not defined ioctl's return
|
|
|
|
* not supported error code.
|
|
|
|
*
|
|
|
|
* int (*ndo_set_config)(struct net_device *dev, struct ifmap *map);
|
|
|
|
* Used to set network devices bus interface parameters. This interface
|
|
|
|
* is retained for legacy reason, new devices should use the bus
|
|
|
|
* interface (PCI) for low level management.
|
|
|
|
*
|
|
|
|
* int (*ndo_change_mtu)(struct net_device *dev, int new_mtu);
|
|
|
|
* Called when a user wants to change the Maximum Transfer Unit
|
|
|
|
* of a device. If not defined, any request to change MTU will
|
|
|
|
* will return an error.
|
|
|
|
*
|
2008-11-21 11:14:53 +07:00
|
|
|
* void (*ndo_tx_timeout)(struct net_device *dev);
|
2008-11-20 12:32:24 +07:00
|
|
|
* Callback uses when the transmitter has not made any progress
|
|
|
|
* for dev->watchdog ticks.
|
|
|
|
*
|
2010-07-09 16:11:52 +07:00
|
|
|
* struct rtnl_link_stats64* (*ndo_get_stats64)(struct net_device *dev,
|
2010-07-08 04:58:56 +07:00
|
|
|
* struct rtnl_link_stats64 *storage);
|
2009-10-08 03:53:11 +07:00
|
|
|
* struct net_device_stats* (*ndo_get_stats)(struct net_device *dev);
|
2008-11-20 12:32:24 +07:00
|
|
|
* Called when a user wants to get the network device usage
|
2010-06-08 14:19:54 +07:00
|
|
|
* statistics. Drivers must do one of the following:
|
2010-07-09 16:11:52 +07:00
|
|
|
* 1. Define @ndo_get_stats64 to fill in a zero-initialised
|
|
|
|
* rtnl_link_stats64 structure passed by the caller.
|
2010-06-16 05:08:48 +07:00
|
|
|
* 2. Define @ndo_get_stats to update a net_device_stats structure
|
2010-06-08 14:19:54 +07:00
|
|
|
* (which should normally be dev->stats) and return a pointer to
|
|
|
|
* it. The structure may be changed asynchronously only if each
|
|
|
|
* field is written atomically.
|
|
|
|
* 3. Update dev->stats asynchronously and atomically, and define
|
|
|
|
* neither operation.
|
2008-11-20 12:32:24 +07:00
|
|
|
*
|
2013-04-19 09:04:28 +07:00
|
|
|
* int (*ndo_vlan_rx_add_vid)(struct net_device *dev, __be16 proto, u16t vid);
|
|
|
|
* If device support VLAN filtering this function is called when a
|
|
|
|
* VLAN id is registered.
|
2008-11-20 12:32:24 +07:00
|
|
|
*
|
2011-12-09 07:52:37 +07:00
|
|
|
* int (*ndo_vlan_rx_kill_vid)(struct net_device *dev, unsigned short vid);
|
2013-04-19 09:04:28 +07:00
|
|
|
* If device support VLAN filtering this function is called when a
|
|
|
|
* VLAN id is unregistered.
|
2008-11-20 12:32:24 +07:00
|
|
|
*
|
|
|
|
* void (*ndo_poll_controller)(struct net_device *dev);
|
2010-02-10 08:43:46 +07:00
|
|
|
*
|
|
|
|
* SR-IOV management functions.
|
|
|
|
* int (*ndo_set_vf_mac)(struct net_device *dev, int vf, u8* mac);
|
|
|
|
* int (*ndo_set_vf_vlan)(struct net_device *dev, int vf, u16 vlan, u8 qos);
|
|
|
|
* int (*ndo_set_vf_tx_rate)(struct net_device *dev, int vf, int rate);
|
2011-10-08 10:05:24 +07:00
|
|
|
* int (*ndo_set_vf_spoofchk)(struct net_device *dev, int vf, bool setting);
|
2010-02-10 08:43:46 +07:00
|
|
|
* int (*ndo_get_vf_config)(struct net_device *dev,
|
|
|
|
* int vf, struct ifla_vf_info *ivf);
|
2013-06-13 17:19:10 +07:00
|
|
|
* int (*ndo_set_vf_link_state)(struct net_device *dev, int vf, int link_state);
|
net: Add netlink support for virtual port management (was iovnl)
Add new netdev ops ndo_{set|get}_vf_port to allow setting of
port-profile on a netdev interface. Extends netlink socket RTM_SETLINK/
RTM_GETLINK with two new sub msgs called IFLA_VF_PORTS and IFLA_PORT_SELF
(added to end of IFLA_cmd list). These are both nested atrtibutes
using this layout:
[IFLA_NUM_VF]
[IFLA_VF_PORTS]
[IFLA_VF_PORT]
[IFLA_PORT_*], ...
[IFLA_VF_PORT]
[IFLA_PORT_*], ...
...
[IFLA_PORT_SELF]
[IFLA_PORT_*], ...
These attributes are design to be set and get symmetrically. VF_PORTS
is a list of VF_PORTs, one for each VF, when dealing with an SR-IOV
device. PORT_SELF is for the PF of the SR-IOV device, in case it wants
to also have a port-profile, or for the case where the VF==PF, like in
enic patch 2/2 of this patch set.
A port-profile is used to configure/enable the external switch virtual port
backing the netdev interface, not to configure the host-facing side of the
netdev. A port-profile is an identifier known to the switch. How port-
profiles are installed on the switch or how available port-profiles are
made know to the host is outside the scope of this patch.
There are two types of port-profiles specs in the netlink msg. The first spec
is for 802.1Qbg (pre-)standard, VDP protocol. The second spec is for devices
that run a similar protocol as VDP but in firmware, thus hiding the protocol
details. In either case, the specs have much in common and makes sense to
define the netlink msg as the union of the two specs. For example, both specs
have a notition of associating/deassociating a port-profile. And both specs
require some information from the hypervisor manager, such as client port
instance ID.
The general flow is the port-profile is applied to a host netdev interface
using RTM_SETLINK, the receiver of the RTM_SETLINK msg communicates with the
switch, and the switch virtual port backing the host netdev interface is
configured/enabled based on the settings defined by the port-profile. What
those settings comprise, and how those settings are managed is again
outside the scope of this patch, since this patch only deals with the
first step in the flow.
Signed-off-by: Scott Feldman <scofeldm@cisco.com>
Signed-off-by: Roopa Prabhu <roprabhu@cisco.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2010-05-18 12:49:55 +07:00
|
|
|
* int (*ndo_set_vf_port)(struct net_device *dev, int vf,
|
|
|
|
* struct nlattr *port[]);
|
|
|
|
* int (*ndo_get_vf_port)(struct net_device *dev, int vf, struct sk_buff *skb);
|
2011-01-17 15:06:04 +07:00
|
|
|
* int (*ndo_setup_tc)(struct net_device *dev, u8 tc)
|
|
|
|
* Called to setup 'tc' number of traffic classes in the net device. This
|
|
|
|
* is always called from the stack with the rtnl lock held and netif tx
|
|
|
|
* queues stopped. This allows the netdevice to perform queue management
|
|
|
|
* safely.
|
2011-01-19 18:03:53 +07:00
|
|
|
*
|
2011-03-09 15:48:03 +07:00
|
|
|
* Fiber Channel over Ethernet (FCoE) offload functions.
|
|
|
|
* int (*ndo_fcoe_enable)(struct net_device *dev);
|
|
|
|
* Called when the FCoE protocol stack wants to start using LLD for FCoE
|
|
|
|
* so the underlying device can perform whatever needed configuration or
|
|
|
|
* initialization to support acceleration of FCoE traffic.
|
|
|
|
*
|
|
|
|
* int (*ndo_fcoe_disable)(struct net_device *dev);
|
|
|
|
* Called when the FCoE protocol stack wants to stop using LLD for FCoE
|
|
|
|
* so the underlying device can perform whatever needed clean-ups to
|
|
|
|
* stop supporting acceleration of FCoE traffic.
|
|
|
|
*
|
|
|
|
* int (*ndo_fcoe_ddp_setup)(struct net_device *dev, u16 xid,
|
|
|
|
* struct scatterlist *sgl, unsigned int sgc);
|
|
|
|
* Called when the FCoE Initiator wants to initialize an I/O that
|
|
|
|
* is a possible candidate for Direct Data Placement (DDP). The LLD can
|
|
|
|
* perform necessary setup and returns 1 to indicate the device is set up
|
|
|
|
* successfully to perform DDP on this I/O, otherwise this returns 0.
|
|
|
|
*
|
|
|
|
* int (*ndo_fcoe_ddp_done)(struct net_device *dev, u16 xid);
|
|
|
|
* Called when the FCoE Initiator/Target is done with the DDPed I/O as
|
|
|
|
* indicated by the FC exchange id 'xid', so the underlying device can
|
|
|
|
* clean up and reuse resources for later DDP requests.
|
|
|
|
*
|
|
|
|
* int (*ndo_fcoe_ddp_target)(struct net_device *dev, u16 xid,
|
|
|
|
* struct scatterlist *sgl, unsigned int sgc);
|
|
|
|
* Called when the FCoE Target wants to initialize an I/O that
|
|
|
|
* is a possible candidate for Direct Data Placement (DDP). The LLD can
|
|
|
|
* perform necessary setup and returns 1 to indicate the device is set up
|
|
|
|
* successfully to perform DDP on this I/O, otherwise this returns 0.
|
|
|
|
*
|
2012-01-05 03:23:39 +07:00
|
|
|
* int (*ndo_fcoe_get_hbainfo)(struct net_device *dev,
|
|
|
|
* struct netdev_fcoe_hbainfo *hbainfo);
|
|
|
|
* Called when the FCoE Protocol stack wants information on the underlying
|
|
|
|
* device. This information is utilized by the FCoE protocol stack to
|
|
|
|
* register attributes with Fiber Channel management service as per the
|
|
|
|
* FC-GS Fabric Device Management Information(FDMI) specification.
|
|
|
|
*
|
2011-03-09 15:48:03 +07:00
|
|
|
* int (*ndo_fcoe_get_wwn)(struct net_device *dev, u64 *wwn, int type);
|
|
|
|
* Called when the underlying device wants to override default World Wide
|
|
|
|
* Name (WWN) generation mechanism in FCoE protocol stack to pass its own
|
|
|
|
* World Wide Port Name (WWPN) or World Wide Node Name (WWNN) to the FCoE
|
|
|
|
* protocol stack to use.
|
|
|
|
*
|
2011-01-19 18:03:53 +07:00
|
|
|
* RFS acceleration.
|
|
|
|
* int (*ndo_rx_flow_steer)(struct net_device *dev, const struct sk_buff *skb,
|
|
|
|
* u16 rxq_index, u32 flow_id);
|
|
|
|
* Set hardware filter for RFS. rxq_index is the target queue index;
|
|
|
|
* flow_id is a flow ID to be passed to rps_may_expire_flow() later.
|
|
|
|
* Return the filter ID on success, or a negative error code.
|
2011-02-13 17:15:37 +07:00
|
|
|
*
|
2013-01-04 05:49:02 +07:00
|
|
|
* Slave management functions (for bridge, bonding, etc).
|
2011-02-13 17:15:37 +07:00
|
|
|
* int (*ndo_add_slave)(struct net_device *dev, struct net_device *slave_dev);
|
|
|
|
* Called to make another netdev an underling.
|
|
|
|
*
|
|
|
|
* int (*ndo_del_slave)(struct net_device *dev, struct net_device *slave_dev);
|
|
|
|
* Called to release previously enslaved netdev.
|
2011-02-15 23:59:17 +07:00
|
|
|
*
|
|
|
|
* Feature/offload setting functions.
|
2011-11-15 22:29:55 +07:00
|
|
|
* netdev_features_t (*ndo_fix_features)(struct net_device *dev,
|
|
|
|
* netdev_features_t features);
|
2011-02-15 23:59:17 +07:00
|
|
|
* Adjusts the requested feature flags according to device-specific
|
|
|
|
* constraints, and returns the resulting flags. Must not modify
|
|
|
|
* the device state.
|
|
|
|
*
|
2011-11-15 22:29:55 +07:00
|
|
|
* int (*ndo_set_features)(struct net_device *dev, netdev_features_t features);
|
2011-02-15 23:59:17 +07:00
|
|
|
* Called to update device configuration to new features. Passed
|
|
|
|
* feature set might be less than what was returned by ndo_fix_features()).
|
|
|
|
* Must return >0 or -errno if it changed dev->features itself.
|
|
|
|
*
|
2012-10-01 19:32:33 +07:00
|
|
|
* int (*ndo_fdb_add)(struct ndmsg *ndm, struct nlattr *tb[],
|
|
|
|
* struct net_device *dev,
|
2012-09-17 17:03:26 +07:00
|
|
|
* const unsigned char *addr, u16 flags)
|
2012-04-15 13:43:56 +07:00
|
|
|
* Adds an FDB entry to dev for addr.
|
2013-02-13 19:00:18 +07:00
|
|
|
* int (*ndo_fdb_del)(struct ndmsg *ndm, struct nlattr *tb[],
|
|
|
|
* struct net_device *dev,
|
2012-09-17 17:03:26 +07:00
|
|
|
* const unsigned char *addr)
|
2012-04-15 13:43:56 +07:00
|
|
|
* Deletes the FDB entry from dev coresponding to addr.
|
|
|
|
* int (*ndo_fdb_dump)(struct sk_buff *skb, struct netlink_callback *cb,
|
|
|
|
* struct net_device *dev, int idx)
|
|
|
|
* Used to add FDB entries to dump requests. Implementers should add
|
|
|
|
* entries to skb and update idx with the number of entries.
|
2012-10-24 15:12:57 +07:00
|
|
|
*
|
|
|
|
* int (*ndo_bridge_setlink)(struct net_device *dev, struct nlmsghdr *nlh)
|
|
|
|
* int (*ndo_bridge_getlink)(struct sk_buff *skb, u32 pid, u32 seq,
|
2013-03-27 13:54:00 +07:00
|
|
|
* struct net_device *dev, u32 filter_mask)
|
2012-12-28 06:49:37 +07:00
|
|
|
*
|
|
|
|
* int (*ndo_change_carrier)(struct net_device *dev, bool new_carrier);
|
|
|
|
* Called to change device carrier. Soft-devices (like dummy, team, etc)
|
|
|
|
* which do not represent real hardware may define this to allow their
|
|
|
|
* userspace components to manage their virtual carrier state. Devices
|
|
|
|
* that determine carrier state from physical hardware properties (eg
|
|
|
|
* network cables) or protocol-dependent mechanisms (eg
|
|
|
|
* USB_CDC_NOTIFY_NETWORK_CONNECTION) should NOT implement this function.
|
2013-07-29 23:16:49 +07:00
|
|
|
*
|
|
|
|
* int (*ndo_get_phys_port_id)(struct net_device *dev,
|
|
|
|
* struct netdev_phys_port_id *ppid);
|
|
|
|
* Called to get ID of physical port of this device. If driver does
|
|
|
|
* not implement this, it is assumed that the hw is not able to have
|
|
|
|
* multiple net devices on single physical port.
|
2013-09-04 16:13:38 +07:00
|
|
|
*
|
|
|
|
* void (*ndo_add_vxlan_port)(struct net_device *dev,
|
2013-09-13 21:34:13 +07:00
|
|
|
* sa_family_t sa_family, __be16 port);
|
2013-09-04 16:13:38 +07:00
|
|
|
* Called by vxlan to notiy a driver about the UDP port and socket
|
|
|
|
* address family that vxlan is listnening to. It is called only when
|
|
|
|
* a new port starts listening. The operation is protected by the
|
|
|
|
* vxlan_net->sock_lock.
|
|
|
|
*
|
|
|
|
* void (*ndo_del_vxlan_port)(struct net_device *dev,
|
2013-09-13 21:34:13 +07:00
|
|
|
* sa_family_t sa_family, __be16 port);
|
2013-09-04 16:13:38 +07:00
|
|
|
* Called by vxlan to notify the driver about a UDP port and socket
|
|
|
|
* address family that vxlan is not listening to anymore. The operation
|
|
|
|
* is protected by the vxlan_net->sock_lock.
|
2013-11-07 00:54:46 +07:00
|
|
|
*
|
|
|
|
* void* (*ndo_dfwd_add_station)(struct net_device *pdev,
|
|
|
|
* struct net_device *dev)
|
|
|
|
* Called by upper layer devices to accelerate switching or other
|
|
|
|
* station functionality into hardware. 'pdev is the lowerdev
|
|
|
|
* to use for the offload and 'dev' is the net device that will
|
|
|
|
* back the offload. Returns a pointer to the private structure
|
|
|
|
* the upper layer will maintain.
|
|
|
|
* void (*ndo_dfwd_del_station)(struct net_device *pdev, void *priv)
|
|
|
|
* Called by upper layer device to delete the station created
|
|
|
|
* by 'ndo_dfwd_add_station'. 'pdev' is the net device backing
|
|
|
|
* the station and priv is the structure returned by the add
|
|
|
|
* operation.
|
|
|
|
* netdev_tx_t (*ndo_dfwd_start_xmit)(struct sk_buff *skb,
|
|
|
|
* struct net_device *dev,
|
|
|
|
* void *priv);
|
|
|
|
* Callback to use for xmit over the accelerated station. This
|
|
|
|
* is used in place of ndo_start_xmit on accelerated net
|
|
|
|
* devices.
|
2008-11-20 12:32:24 +07:00
|
|
|
*/
|
|
|
|
struct net_device_ops {
|
|
|
|
int (*ndo_init)(struct net_device *dev);
|
|
|
|
void (*ndo_uninit)(struct net_device *dev);
|
|
|
|
int (*ndo_open)(struct net_device *dev);
|
|
|
|
int (*ndo_stop)(struct net_device *dev);
|
2009-09-01 02:50:40 +07:00
|
|
|
netdev_tx_t (*ndo_start_xmit) (struct sk_buff *skb,
|
2008-11-21 11:14:53 +07:00
|
|
|
struct net_device *dev);
|
|
|
|
u16 (*ndo_select_queue)(struct net_device *dev,
|
2014-01-10 15:18:26 +07:00
|
|
|
struct sk_buff *skb,
|
|
|
|
void *accel_priv);
|
2008-11-20 12:32:24 +07:00
|
|
|
void (*ndo_change_rx_flags)(struct net_device *dev,
|
|
|
|
int flags);
|
|
|
|
void (*ndo_set_rx_mode)(struct net_device *dev);
|
|
|
|
int (*ndo_set_mac_address)(struct net_device *dev,
|
|
|
|
void *addr);
|
|
|
|
int (*ndo_validate_addr)(struct net_device *dev);
|
|
|
|
int (*ndo_do_ioctl)(struct net_device *dev,
|
|
|
|
struct ifreq *ifr, int cmd);
|
|
|
|
int (*ndo_set_config)(struct net_device *dev,
|
|
|
|
struct ifmap *map);
|
2008-11-21 11:14:53 +07:00
|
|
|
int (*ndo_change_mtu)(struct net_device *dev,
|
|
|
|
int new_mtu);
|
|
|
|
int (*ndo_neigh_setup)(struct net_device *dev,
|
|
|
|
struct neigh_parms *);
|
2008-11-20 12:32:24 +07:00
|
|
|
void (*ndo_tx_timeout) (struct net_device *dev);
|
|
|
|
|
2010-07-08 04:58:56 +07:00
|
|
|
struct rtnl_link_stats64* (*ndo_get_stats64)(struct net_device *dev,
|
|
|
|
struct rtnl_link_stats64 *storage);
|
2008-11-20 12:32:24 +07:00
|
|
|
struct net_device_stats* (*ndo_get_stats)(struct net_device *dev);
|
|
|
|
|
2011-12-09 07:52:37 +07:00
|
|
|
int (*ndo_vlan_rx_add_vid)(struct net_device *dev,
|
2013-04-19 09:04:28 +07:00
|
|
|
__be16 proto, u16 vid);
|
2011-12-09 07:52:37 +07:00
|
|
|
int (*ndo_vlan_rx_kill_vid)(struct net_device *dev,
|
2013-04-19 09:04:28 +07:00
|
|
|
__be16 proto, u16 vid);
|
2008-11-20 12:32:24 +07:00
|
|
|
#ifdef CONFIG_NET_POLL_CONTROLLER
|
|
|
|
void (*ndo_poll_controller)(struct net_device *dev);
|
2010-06-10 23:12:47 +07:00
|
|
|
int (*ndo_netpoll_setup)(struct net_device *dev,
|
2012-08-10 08:24:37 +07:00
|
|
|
struct netpoll_info *info,
|
|
|
|
gfp_t gfp);
|
2010-05-06 14:47:21 +07:00
|
|
|
void (*ndo_netpoll_cleanup)(struct net_device *dev);
|
2013-06-10 15:39:50 +07:00
|
|
|
#endif
|
2013-08-01 10:10:25 +07:00
|
|
|
#ifdef CONFIG_NET_RX_BUSY_POLL
|
2013-07-10 21:13:26 +07:00
|
|
|
int (*ndo_busy_poll)(struct napi_struct *dev);
|
2008-11-20 12:32:24 +07:00
|
|
|
#endif
|
2010-02-10 08:43:46 +07:00
|
|
|
int (*ndo_set_vf_mac)(struct net_device *dev,
|
|
|
|
int queue, u8 *mac);
|
|
|
|
int (*ndo_set_vf_vlan)(struct net_device *dev,
|
|
|
|
int queue, u16 vlan, u8 qos);
|
|
|
|
int (*ndo_set_vf_tx_rate)(struct net_device *dev,
|
|
|
|
int vf, int rate);
|
2011-10-08 10:05:24 +07:00
|
|
|
int (*ndo_set_vf_spoofchk)(struct net_device *dev,
|
|
|
|
int vf, bool setting);
|
2010-02-10 08:43:46 +07:00
|
|
|
int (*ndo_get_vf_config)(struct net_device *dev,
|
|
|
|
int vf,
|
|
|
|
struct ifla_vf_info *ivf);
|
2013-06-13 17:19:10 +07:00
|
|
|
int (*ndo_set_vf_link_state)(struct net_device *dev,
|
|
|
|
int vf, int link_state);
|
net: Add netlink support for virtual port management (was iovnl)
Add new netdev ops ndo_{set|get}_vf_port to allow setting of
port-profile on a netdev interface. Extends netlink socket RTM_SETLINK/
RTM_GETLINK with two new sub msgs called IFLA_VF_PORTS and IFLA_PORT_SELF
(added to end of IFLA_cmd list). These are both nested atrtibutes
using this layout:
[IFLA_NUM_VF]
[IFLA_VF_PORTS]
[IFLA_VF_PORT]
[IFLA_PORT_*], ...
[IFLA_VF_PORT]
[IFLA_PORT_*], ...
...
[IFLA_PORT_SELF]
[IFLA_PORT_*], ...
These attributes are design to be set and get symmetrically. VF_PORTS
is a list of VF_PORTs, one for each VF, when dealing with an SR-IOV
device. PORT_SELF is for the PF of the SR-IOV device, in case it wants
to also have a port-profile, or for the case where the VF==PF, like in
enic patch 2/2 of this patch set.
A port-profile is used to configure/enable the external switch virtual port
backing the netdev interface, not to configure the host-facing side of the
netdev. A port-profile is an identifier known to the switch. How port-
profiles are installed on the switch or how available port-profiles are
made know to the host is outside the scope of this patch.
There are two types of port-profiles specs in the netlink msg. The first spec
is for 802.1Qbg (pre-)standard, VDP protocol. The second spec is for devices
that run a similar protocol as VDP but in firmware, thus hiding the protocol
details. In either case, the specs have much in common and makes sense to
define the netlink msg as the union of the two specs. For example, both specs
have a notition of associating/deassociating a port-profile. And both specs
require some information from the hypervisor manager, such as client port
instance ID.
The general flow is the port-profile is applied to a host netdev interface
using RTM_SETLINK, the receiver of the RTM_SETLINK msg communicates with the
switch, and the switch virtual port backing the host netdev interface is
configured/enabled based on the settings defined by the port-profile. What
those settings comprise, and how those settings are managed is again
outside the scope of this patch, since this patch only deals with the
first step in the flow.
Signed-off-by: Scott Feldman <scofeldm@cisco.com>
Signed-off-by: Roopa Prabhu <roprabhu@cisco.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2010-05-18 12:49:55 +07:00
|
|
|
int (*ndo_set_vf_port)(struct net_device *dev,
|
|
|
|
int vf,
|
|
|
|
struct nlattr *port[]);
|
|
|
|
int (*ndo_get_vf_port)(struct net_device *dev,
|
|
|
|
int vf, struct sk_buff *skb);
|
2011-01-17 15:06:04 +07:00
|
|
|
int (*ndo_setup_tc)(struct net_device *dev, u8 tc);
|
2011-11-25 21:40:26 +07:00
|
|
|
#if IS_ENABLED(CONFIG_FCOE)
|
2009-08-31 19:31:36 +07:00
|
|
|
int (*ndo_fcoe_enable)(struct net_device *dev);
|
|
|
|
int (*ndo_fcoe_disable)(struct net_device *dev);
|
2009-02-28 05:06:59 +07:00
|
|
|
int (*ndo_fcoe_ddp_setup)(struct net_device *dev,
|
|
|
|
u16 xid,
|
|
|
|
struct scatterlist *sgl,
|
|
|
|
unsigned int sgc);
|
|
|
|
int (*ndo_fcoe_ddp_done)(struct net_device *dev,
|
|
|
|
u16 xid);
|
2011-02-01 14:22:06 +07:00
|
|
|
int (*ndo_fcoe_ddp_target)(struct net_device *dev,
|
|
|
|
u16 xid,
|
|
|
|
struct scatterlist *sgl,
|
|
|
|
unsigned int sgc);
|
2012-01-05 03:23:39 +07:00
|
|
|
int (*ndo_fcoe_get_hbainfo)(struct net_device *dev,
|
|
|
|
struct netdev_fcoe_hbainfo *hbainfo);
|
2011-08-26 16:45:41 +07:00
|
|
|
#endif
|
|
|
|
|
2011-11-25 21:40:26 +07:00
|
|
|
#if IS_ENABLED(CONFIG_LIBFCOE)
|
2009-10-29 01:24:35 +07:00
|
|
|
#define NETDEV_FCOE_WWNN 0
|
|
|
|
#define NETDEV_FCOE_WWPN 1
|
|
|
|
int (*ndo_fcoe_get_wwn)(struct net_device *dev,
|
|
|
|
u64 *wwn, int type);
|
2009-02-28 05:06:59 +07:00
|
|
|
#endif
|
2011-08-26 16:45:41 +07:00
|
|
|
|
2011-01-19 18:03:53 +07:00
|
|
|
#ifdef CONFIG_RFS_ACCEL
|
|
|
|
int (*ndo_rx_flow_steer)(struct net_device *dev,
|
|
|
|
const struct sk_buff *skb,
|
|
|
|
u16 rxq_index,
|
|
|
|
u32 flow_id);
|
|
|
|
#endif
|
2011-02-13 17:15:37 +07:00
|
|
|
int (*ndo_add_slave)(struct net_device *dev,
|
|
|
|
struct net_device *slave_dev);
|
|
|
|
int (*ndo_del_slave)(struct net_device *dev,
|
|
|
|
struct net_device *slave_dev);
|
2011-11-15 22:29:55 +07:00
|
|
|
netdev_features_t (*ndo_fix_features)(struct net_device *dev,
|
|
|
|
netdev_features_t features);
|
2011-02-15 23:59:17 +07:00
|
|
|
int (*ndo_set_features)(struct net_device *dev,
|
2011-11-15 22:29:55 +07:00
|
|
|
netdev_features_t features);
|
2011-07-25 07:01:38 +07:00
|
|
|
int (*ndo_neigh_construct)(struct neighbour *n);
|
2011-12-20 03:04:41 +07:00
|
|
|
void (*ndo_neigh_destroy)(struct neighbour *n);
|
2012-04-15 13:43:56 +07:00
|
|
|
|
|
|
|
int (*ndo_fdb_add)(struct ndmsg *ndm,
|
2012-10-01 19:32:33 +07:00
|
|
|
struct nlattr *tb[],
|
2012-04-15 13:43:56 +07:00
|
|
|
struct net_device *dev,
|
2012-09-17 17:03:26 +07:00
|
|
|
const unsigned char *addr,
|
2012-04-15 13:43:56 +07:00
|
|
|
u16 flags);
|
|
|
|
int (*ndo_fdb_del)(struct ndmsg *ndm,
|
2013-02-13 19:00:18 +07:00
|
|
|
struct nlattr *tb[],
|
2012-04-15 13:43:56 +07:00
|
|
|
struct net_device *dev,
|
2012-09-17 17:03:26 +07:00
|
|
|
const unsigned char *addr);
|
2012-04-15 13:43:56 +07:00
|
|
|
int (*ndo_fdb_dump)(struct sk_buff *skb,
|
|
|
|
struct netlink_callback *cb,
|
|
|
|
struct net_device *dev,
|
|
|
|
int idx);
|
2012-10-24 15:12:57 +07:00
|
|
|
|
|
|
|
int (*ndo_bridge_setlink)(struct net_device *dev,
|
|
|
|
struct nlmsghdr *nlh);
|
|
|
|
int (*ndo_bridge_getlink)(struct sk_buff *skb,
|
|
|
|
u32 pid, u32 seq,
|
2013-02-13 19:00:13 +07:00
|
|
|
struct net_device *dev,
|
|
|
|
u32 filter_mask);
|
2013-02-13 19:00:12 +07:00
|
|
|
int (*ndo_bridge_dellink)(struct net_device *dev,
|
|
|
|
struct nlmsghdr *nlh);
|
2012-12-28 06:49:37 +07:00
|
|
|
int (*ndo_change_carrier)(struct net_device *dev,
|
|
|
|
bool new_carrier);
|
2013-07-29 23:16:49 +07:00
|
|
|
int (*ndo_get_phys_port_id)(struct net_device *dev,
|
|
|
|
struct netdev_phys_port_id *ppid);
|
2013-09-04 16:13:38 +07:00
|
|
|
void (*ndo_add_vxlan_port)(struct net_device *dev,
|
|
|
|
sa_family_t sa_family,
|
2013-09-13 21:34:13 +07:00
|
|
|
__be16 port);
|
2013-09-04 16:13:38 +07:00
|
|
|
void (*ndo_del_vxlan_port)(struct net_device *dev,
|
|
|
|
sa_family_t sa_family,
|
2013-09-13 21:34:13 +07:00
|
|
|
__be16 port);
|
2013-11-07 00:54:46 +07:00
|
|
|
|
|
|
|
void* (*ndo_dfwd_add_station)(struct net_device *pdev,
|
|
|
|
struct net_device *dev);
|
|
|
|
void (*ndo_dfwd_del_station)(struct net_device *pdev,
|
|
|
|
void *priv);
|
|
|
|
|
|
|
|
netdev_tx_t (*ndo_dfwd_start_xmit) (struct sk_buff *skb,
|
|
|
|
struct net_device *dev,
|
|
|
|
void *priv);
|
2008-11-20 12:32:24 +07:00
|
|
|
};
|
|
|
|
|
2005-04-17 05:20:36 +07:00
|
|
|
/*
|
|
|
|
* The DEVICE structure.
|
|
|
|
* Actually, this whole structure is a big mistake. It mixes I/O
|
|
|
|
* data with strictly "high-level" data, and it has to know about
|
|
|
|
* almost every data structure used in the INET module.
|
|
|
|
*
|
|
|
|
* FIXME: cleanup struct net_device such that network protocol info
|
|
|
|
* moves out.
|
|
|
|
*/
|
|
|
|
|
2009-11-05 00:50:58 +07:00
|
|
|
struct net_device {
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
/*
|
|
|
|
* This is the first field of the "visible" part of this structure
|
|
|
|
* (i.e. as seen by users in the "Space.c" file). It is the name
|
2010-05-26 23:22:40 +07:00
|
|
|
* of the interface.
|
2005-04-17 05:20:36 +07:00
|
|
|
*/
|
|
|
|
char name[IFNAMSIZ];
|
2010-05-06 06:59:26 +07:00
|
|
|
|
2012-06-11 13:36:13 +07:00
|
|
|
/* device name hash chain, please keep it close to name[] */
|
[NET]: Reorder some hot fields of struct net_device
Place them on separate cache lines in SMP to lower memory bouncing
between multiple CPU accessing the device.
- One part is mostly used on receive path (including
eth_type_trans()) (poll_list, poll, quota, weight, last_rx,
dev_addr, broadcast)
- One part is mostly used on queue transmit path (qdisc)
(queue_lock, qdisc, qdisc_sleeping, qdisc_list, tx_queue_len)
- One part is mostly used on xmit path (device)
(xmit_lock, xmit_lock_owner, priv, hard_start_xmit, trans_start)
'features' is placed outside of these hot points, in a location that
may be shared by all cpus (because mostly read)
name_hlist is moved close to name[IFNAMSIZ] to speedup __dev_get_by_name()
Signed-off-by: Eric Dumazet <dada1@cosmosbay.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2005-09-28 05:23:16 +07:00
|
|
|
struct hlist_node name_hlist;
|
2012-06-11 13:36:13 +07:00
|
|
|
|
2008-09-23 11:28:11 +07:00
|
|
|
/* snmp alias */
|
|
|
|
char *ifalias;
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
/*
|
|
|
|
* I/O specific fields
|
|
|
|
* FIXME: Merge these and struct ifmap into one
|
|
|
|
*/
|
|
|
|
unsigned long mem_end; /* shared mem end */
|
|
|
|
unsigned long mem_start; /* shared mem start */
|
|
|
|
unsigned long base_addr; /* device I/O address */
|
2013-11-07 14:48:49 +07:00
|
|
|
int irq; /* device IRQ number */
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Some hardware also needs these fields, but they are not
|
|
|
|
* part of the usual set specified in Space.c.
|
|
|
|
*/
|
|
|
|
|
|
|
|
unsigned long state;
|
|
|
|
|
2007-05-04 05:13:45 +07:00
|
|
|
struct list_head dev_list;
|
[NET]: Make NAPI polling independent of struct net_device objects.
Several devices have multiple independant RX queues per net
device, and some have a single interrupt doorbell for several
queues.
In either case, it's easier to support layouts like that if the
structure representing the poll is independant from the net
device itself.
The signature of the ->poll() call back goes from:
int foo_poll(struct net_device *dev, int *budget)
to
int foo_poll(struct napi_struct *napi, int budget)
The caller is returned the number of RX packets processed (or
the number of "NAPI credits" consumed if you want to get
abstract). The callee no longer messes around bumping
dev->quota, *budget, etc. because that is all handled in the
caller upon return.
The napi_struct is to be embedded in the device driver private data
structures.
Furthermore, it is the driver's responsibility to disable all NAPI
instances in it's ->stop() device close handler. Since the
napi_struct is privatized into the driver's private data structures,
only the driver knows how to get at all of the napi_struct instances
it may have per-device.
With lots of help and suggestions from Rusty Russell, Roland Dreier,
Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
[ Ported to current tree and all drivers converted. Integrated
Stephen's follow-on kerneldoc additions, and restored poll_list
handling to the old style to fix mutual exclusion issues. -DaveM ]
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-10-04 06:41:36 +07:00
|
|
|
struct list_head napi_list;
|
2009-10-27 14:03:04 +07:00
|
|
|
struct list_head unreg_list;
|
2013-10-06 09:26:05 +07:00
|
|
|
struct list_head close_list;
|
net: add adj_list to save only neighbours
Currently, we distinguish neighbours (first-level linked devices) from
non-neighbours by the neighbour bool in the netdev_adjacent. This could be
quite time-consuming in case we would like to traverse *only* through
neighbours - cause we'd have to traverse through all devices and check for
this flag, and in a (quite common) scenario where we have lots of vlans on
top of bridge, which is on top of a bond - the bonding would have to go
through all those vlans to get its upper neighbour linked devices.
This situation is really unpleasant, cause there are already a lot of cases
when a device with slaves needs to go through them in hot path.
To fix this, introduce a new upper/lower device lists structure -
adj_list, which contains only the neighbours. It works always in
pair with the all_adj_list structure (renamed from upper/lower_dev_list),
i.e. both of them contain the same links, only that all_adj_list contains
also non-neighbour device links. It's really a small change visible,
currently, only for __netdev_adjacent_dev_insert/remove(), and doesn't
change the main linked logic at all.
Also, add some comments a fix a name collision in
netdev_for_each_upper_dev_rcu() and rework the naming by the following
rules:
netdev_(all_)(upper|lower)_*
If "all_" is present, then we work with the whole list of upper/lower
devices, otherwise - only with direct neighbours. Uninline functions - to
get better stack traces.
CC: "David S. Miller" <davem@davemloft.net>
CC: Eric Dumazet <edumazet@google.com>
CC: Jiri Pirko <jiri@resnulli.us>
CC: Alexander Duyck <alexander.h.duyck@intel.com>
CC: Cong Wang <amwang@redhat.com>
Signed-off-by: Veaceslav Falico <vfalico@redhat.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2013-09-25 14:20:07 +07:00
|
|
|
|
|
|
|
/* directly linked devices, like slaves for bonding */
|
|
|
|
struct {
|
|
|
|
struct list_head upper;
|
|
|
|
struct list_head lower;
|
|
|
|
} adj_list;
|
|
|
|
|
|
|
|
/* all linked devices, *including* neighbours */
|
|
|
|
struct {
|
|
|
|
struct list_head upper;
|
|
|
|
struct list_head lower;
|
|
|
|
} all_adj_list;
|
net: reorder some fields of net_device
As time passed, some fields were added in net_device, and not
at sensible offsets.
Lets reorder some fields to reduce number of cache lines in RX path.
Fields not used in data path should be moved out of this critical cache
line.
In particular, move broadcast[] to the end of the rx section,
as it is less used, and ethernet uses only the beginning of the 32bytes
field.
Before patch :
offsetof(struct net_device,dev_addr)=0x258
offsetof(struct net_device,rx_handler)=0x2b8
offsetof(struct net_device,ingress_queue)=0x2c8
offsetof(struct net_device,broadcast)=0x278
After :
offsetof(struct net_device,dev_addr)=0x280
offsetof(struct net_device,rx_handler)=0x298
offsetof(struct net_device,ingress_queue)=0x2a8
offsetof(struct net_device,broadcast)=0x2b0
Signed-off-by: Eric Dumazet <edumazet@google.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2013-03-30 13:31:03 +07:00
|
|
|
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2011-02-15 23:59:17 +07:00
|
|
|
/* currently active device features */
|
2011-11-15 22:29:55 +07:00
|
|
|
netdev_features_t features;
|
2011-02-15 23:59:17 +07:00
|
|
|
/* user-changeable features */
|
2011-11-15 22:29:55 +07:00
|
|
|
netdev_features_t hw_features;
|
2011-02-15 23:59:17 +07:00
|
|
|
/* user-requested features */
|
2011-11-15 22:29:55 +07:00
|
|
|
netdev_features_t wanted_features;
|
2011-04-12 11:07:39 +07:00
|
|
|
/* mask of features inheritable by VLAN devices */
|
2011-11-15 22:29:55 +07:00
|
|
|
netdev_features_t vlan_features;
|
2012-12-07 21:14:14 +07:00
|
|
|
/* mask of features inherited by encapsulating devices
|
|
|
|
* This field indicates what encapsulation offloads
|
|
|
|
* the hardware is capable of doing, and drivers will
|
|
|
|
* need to set them appropriately.
|
|
|
|
*/
|
|
|
|
netdev_features_t hw_enc_features;
|
2013-05-24 04:02:52 +07:00
|
|
|
/* mask of fetures inheritable by MPLS */
|
|
|
|
netdev_features_t mpls_features;
|
2011-01-25 06:32:47 +07:00
|
|
|
|
2005-04-17 05:20:36 +07:00
|
|
|
/* Interface index. Unique device identifier */
|
|
|
|
int ifindex;
|
|
|
|
int iflink;
|
|
|
|
|
2007-03-29 04:29:08 +07:00
|
|
|
struct net_device_stats stats;
|
2010-10-01 04:06:55 +07:00
|
|
|
atomic_long_t rx_dropped; /* dropped packets by core network
|
|
|
|
* Do not use this in drivers.
|
|
|
|
*/
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2007-04-27 10:48:23 +07:00
|
|
|
#ifdef CONFIG_WIRELESS_EXT
|
2005-04-17 05:20:36 +07:00
|
|
|
/* List of functions to handle Wireless Extensions (instead of ioctl).
|
|
|
|
* See <net/iw_handler.h> for details. Jean II */
|
|
|
|
const struct iw_handler_def * wireless_handlers;
|
|
|
|
/* Instance data managed by the core of Wireless Extensions. */
|
|
|
|
struct iw_public_data * wireless_data;
|
2007-04-27 10:48:23 +07:00
|
|
|
#endif
|
2008-11-20 12:32:24 +07:00
|
|
|
/* Management operations */
|
|
|
|
const struct net_device_ops *netdev_ops;
|
2006-09-09 01:16:13 +07:00
|
|
|
const struct ethtool_ops *ethtool_ops;
|
2013-11-07 00:54:46 +07:00
|
|
|
const struct forwarding_accel_ops *fwd_ops;
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2007-10-09 15:40:57 +07:00
|
|
|
/* Hardware header description */
|
|
|
|
const struct header_ops *header_ops;
|
|
|
|
|
2006-03-21 08:09:11 +07:00
|
|
|
unsigned int flags; /* interface flags (a la BSD) */
|
2012-02-11 22:39:30 +07:00
|
|
|
unsigned int priv_flags; /* Like 'flags' but invisible to userspace.
|
|
|
|
* See if.h for definitions. */
|
2005-04-17 05:20:36 +07:00
|
|
|
unsigned short gflags;
|
|
|
|
unsigned short padded; /* How much padding added by alloc_netdev() */
|
|
|
|
|
2006-03-21 08:09:11 +07:00
|
|
|
unsigned char operstate; /* RFC2863 operstate */
|
|
|
|
unsigned char link_mode; /* mapping policy to operstate */
|
|
|
|
|
2011-05-10 00:42:46 +07:00
|
|
|
unsigned char if_port; /* Selectable AUI, TP,..*/
|
|
|
|
unsigned char dma; /* DMA channel */
|
|
|
|
|
2010-05-03 12:27:59 +07:00
|
|
|
unsigned int mtu; /* interface MTU value */
|
2005-04-17 05:20:36 +07:00
|
|
|
unsigned short type; /* interface hardware type */
|
|
|
|
unsigned short hard_header_len; /* hardware hdr length */
|
|
|
|
|
2008-05-13 10:48:31 +07:00
|
|
|
/* extra head- and tailroom the hardware may need, but not in all cases
|
|
|
|
* can this be guaranteed, especially tailroom. Some cases also use
|
|
|
|
* LL_MAX_HEADER instead to allocate the skb.
|
|
|
|
*/
|
|
|
|
unsigned short needed_headroom;
|
|
|
|
unsigned short needed_tailroom;
|
|
|
|
|
2005-04-17 05:20:36 +07:00
|
|
|
/* Interface address info. */
|
2005-08-21 07:15:54 +07:00
|
|
|
unsigned char perm_addr[MAX_ADDR_LEN]; /* permanent hw address */
|
2010-07-22 09:50:21 +07:00
|
|
|
unsigned char addr_assign_type; /* hw address assignment type */
|
2005-04-17 05:20:36 +07:00
|
|
|
unsigned char addr_len; /* hardware address length */
|
2013-12-12 16:15:59 +07:00
|
|
|
unsigned short neigh_priv_len;
|
2013-06-10 21:04:03 +07:00
|
|
|
unsigned short dev_id; /* Used to differentiate devices
|
|
|
|
* that share the same link
|
|
|
|
* layer address
|
|
|
|
*/
|
2009-05-23 06:22:17 +07:00
|
|
|
spinlock_t addr_list_lock;
|
2010-04-02 04:22:57 +07:00
|
|
|
struct netdev_hw_addr_list uc; /* Unicast mac addresses */
|
|
|
|
struct netdev_hw_addr_list mc; /* Multicast mac addresses */
|
net: reorder some fields of net_device
As time passed, some fields were added in net_device, and not
at sensible offsets.
Lets reorder some fields to reduce number of cache lines in RX path.
Fields not used in data path should be moved out of this critical cache
line.
In particular, move broadcast[] to the end of the rx section,
as it is less used, and ethernet uses only the beginning of the 32bytes
field.
Before patch :
offsetof(struct net_device,dev_addr)=0x258
offsetof(struct net_device,rx_handler)=0x2b8
offsetof(struct net_device,ingress_queue)=0x2c8
offsetof(struct net_device,broadcast)=0x278
After :
offsetof(struct net_device,dev_addr)=0x280
offsetof(struct net_device,rx_handler)=0x298
offsetof(struct net_device,ingress_queue)=0x2a8
offsetof(struct net_device,broadcast)=0x2b0
Signed-off-by: Eric Dumazet <edumazet@google.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2013-03-30 13:31:03 +07:00
|
|
|
struct netdev_hw_addr_list dev_addrs; /* list of device
|
|
|
|
* hw addresses
|
|
|
|
*/
|
|
|
|
#ifdef CONFIG_SYSFS
|
|
|
|
struct kset *queues_kset;
|
|
|
|
#endif
|
|
|
|
|
2011-07-26 06:17:35 +07:00
|
|
|
bool uc_promisc;
|
2008-06-18 11:12:48 +07:00
|
|
|
unsigned int promiscuity;
|
|
|
|
unsigned int allmulti;
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
|
|
|
|
/* Protocol specific pointers */
|
2010-10-20 20:56:05 +07:00
|
|
|
|
2011-11-25 21:40:26 +07:00
|
|
|
#if IS_ENABLED(CONFIG_VLAN_8021Q)
|
2011-12-08 11:11:18 +07:00
|
|
|
struct vlan_info __rcu *vlan_info; /* VLAN info */
|
2010-10-20 20:56:05 +07:00
|
|
|
#endif
|
2011-11-25 21:38:38 +07:00
|
|
|
#if IS_ENABLED(CONFIG_NET_DSA)
|
2011-11-25 21:32:52 +07:00
|
|
|
struct dsa_switch_tree *dsa_ptr; /* dsa specific data */
|
tipc: remove TIPC usage of field af_packet_priv in struct net_device
TIPC is currently using the field 'af_packet_priv' in struct net_device
as a handle to find the bearer instance associated to the given network
device. But, by doing so it is blocking other networking cleanups, such
as the one discussed here:
http://patchwork.ozlabs.org/patch/178044/
This commit removes this usage from TIPC. Instead, we introduce a new
field, 'tipc_ptr', to the net_device structure, to serve this purpose.
When TIPC bearer is enabled, the bearer object is associated to
'tipc_ptr'. When a TIPC packet arrives in the recv_msg() upcall
from a networking device, the bearer object can now be obtained from
'tipc_ptr'. When a bearer is disabled, the bearer object is detached
from its underlying network device by setting 'tipc_ptr' to NULL.
Additionally, an RCU lock is used to protect the new pointer.
Henceforth, the existing tipc_net_lock is used in write mode to
serialize write accesses to this pointer, while the new RCU lock is
applied on the read side to ensure that the pointer is 100% valid
within its wrapped area for all readers.
Signed-off-by: Ying Xue <ying.xue@windriver.com>
Cc: Patrick McHardy <kaber@trash.net>
Reviewed-by: Paul Gortmaker <paul.gortmaker@windriver.com>
Signed-off-by: Jon Maloy <jon.maloy@ericsson.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2013-12-11 11:45:41 +07:00
|
|
|
#endif
|
|
|
|
#if IS_ENABLED(CONFIG_TIPC)
|
|
|
|
struct tipc_bearer __rcu *tipc_ptr; /* TIPC specific data */
|
net: Distributed Switch Architecture protocol support
Distributed Switch Architecture is a protocol for managing hardware
switch chips. It consists of a set of MII management registers and
commands to configure the switch, and an ethernet header format to
signal which of the ports of the switch a packet was received from
or is intended to be sent to.
The switches that this driver supports are typically embedded in
access points and routers, and a typical setup with a DSA switch
looks something like this:
+-----------+ +-----------+
| | RGMII | |
| +-------+ +------ 1000baseT MDI ("WAN")
| | | 6-port +------ 1000baseT MDI ("LAN1")
| CPU | | ethernet +------ 1000baseT MDI ("LAN2")
| |MIImgmt| switch +------ 1000baseT MDI ("LAN3")
| +-------+ w/5 PHYs +------ 1000baseT MDI ("LAN4")
| | | |
+-----------+ +-----------+
The switch driver presents each port on the switch as a separate
network interface to Linux, polls the switch to maintain software
link state of those ports, forwards MII management interface
accesses to those network interfaces (e.g. as done by ethtool) to
the switch, and exposes the switch's hardware statistics counters
via the appropriate Linux kernel interfaces.
This initial patch supports the MII management interface register
layout of the Marvell 88E6123, 88E6161 and 88E6165 switch chips, and
supports the "Ethertype DSA" packet tagging format.
(There is no officially registered ethertype for the Ethertype DSA
packet format, so we just grab a random one. The ethertype to use
is programmed into the switch, and the switch driver uses the value
of ETH_P_EDSA for this, so this define can be changed at any time in
the future if the one we chose is allocated to another protocol or
if Ethertype DSA gets its own officially registered ethertype, and
everything will continue to work.)
Signed-off-by: Lennert Buytenhek <buytenh@marvell.com>
Tested-by: Nicolas Pitre <nico@marvell.com>
Tested-by: Byron Bradley <byron.bbradley@gmail.com>
Tested-by: Tim Ellis <tim.ellis@mac.com>
Tested-by: Peter van Valderen <linux@ddcrew.com>
Tested-by: Dirk Teurlings <dirk@upexia.nl>
Signed-off-by: David S. Miller <davem@davemloft.net>
2008-10-07 20:44:02 +07:00
|
|
|
#endif
|
2005-04-17 05:20:36 +07:00
|
|
|
void *atalk_ptr; /* AppleTalk link */
|
2010-09-15 11:04:31 +07:00
|
|
|
struct in_device __rcu *ip_ptr; /* IPv4 specific data */
|
2010-10-29 10:09:24 +07:00
|
|
|
struct dn_dev __rcu *dn_ptr; /* DECnet specific data */
|
2010-10-25 04:32:05 +07:00
|
|
|
struct inet6_dev __rcu *ip6_ptr; /* IPv6 specific data */
|
2005-04-17 05:20:36 +07:00
|
|
|
void *ax25_ptr; /* AX.25 specific data */
|
2007-04-24 02:20:05 +07:00
|
|
|
struct wireless_dev *ieee80211_ptr; /* IEEE 802.11 specific data,
|
|
|
|
assign before registering */
|
2005-04-17 05:20:36 +07:00
|
|
|
|
[NET]: Reorder some hot fields of struct net_device
Place them on separate cache lines in SMP to lower memory bouncing
between multiple CPU accessing the device.
- One part is mostly used on receive path (including
eth_type_trans()) (poll_list, poll, quota, weight, last_rx,
dev_addr, broadcast)
- One part is mostly used on queue transmit path (qdisc)
(queue_lock, qdisc, qdisc_sleeping, qdisc_list, tx_queue_len)
- One part is mostly used on xmit path (device)
(xmit_lock, xmit_lock_owner, priv, hard_start_xmit, trans_start)
'features' is placed outside of these hot points, in a location that
may be shared by all cpus (because mostly read)
name_hlist is moved close to name[IFNAMSIZ] to speedup __dev_get_by_name()
Signed-off-by: Eric Dumazet <dada1@cosmosbay.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2005-09-28 05:23:16 +07:00
|
|
|
/*
|
2010-09-16 09:58:13 +07:00
|
|
|
* Cache lines mostly used on receive path (including eth_type_trans())
|
[NET]: Reorder some hot fields of struct net_device
Place them on separate cache lines in SMP to lower memory bouncing
between multiple CPU accessing the device.
- One part is mostly used on receive path (including
eth_type_trans()) (poll_list, poll, quota, weight, last_rx,
dev_addr, broadcast)
- One part is mostly used on queue transmit path (qdisc)
(queue_lock, qdisc, qdisc_sleeping, qdisc_list, tx_queue_len)
- One part is mostly used on xmit path (device)
(xmit_lock, xmit_lock_owner, priv, hard_start_xmit, trans_start)
'features' is placed outside of these hot points, in a location that
may be shared by all cpus (because mostly read)
name_hlist is moved close to name[IFNAMSIZ] to speedup __dev_get_by_name()
Signed-off-by: Eric Dumazet <dada1@cosmosbay.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2005-09-28 05:23:16 +07:00
|
|
|
*/
|
2010-08-31 14:40:16 +07:00
|
|
|
unsigned long last_rx; /* Time of last Rx
|
|
|
|
* This should not be set in
|
|
|
|
* drivers, unless really needed,
|
|
|
|
* because network stack (bonding)
|
|
|
|
* use it if/when necessary, to
|
|
|
|
* avoid dirtying this cache line.
|
|
|
|
*/
|
|
|
|
|
[NET]: Reorder some hot fields of struct net_device
Place them on separate cache lines in SMP to lower memory bouncing
between multiple CPU accessing the device.
- One part is mostly used on receive path (including
eth_type_trans()) (poll_list, poll, quota, weight, last_rx,
dev_addr, broadcast)
- One part is mostly used on queue transmit path (qdisc)
(queue_lock, qdisc, qdisc_sleeping, qdisc_list, tx_queue_len)
- One part is mostly used on xmit path (device)
(xmit_lock, xmit_lock_owner, priv, hard_start_xmit, trans_start)
'features' is placed outside of these hot points, in a location that
may be shared by all cpus (because mostly read)
name_hlist is moved close to name[IFNAMSIZ] to speedup __dev_get_by_name()
Signed-off-by: Eric Dumazet <dada1@cosmosbay.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2005-09-28 05:23:16 +07:00
|
|
|
/* Interface address info used in eth_type_trans() */
|
2009-05-05 09:48:28 +07:00
|
|
|
unsigned char *dev_addr; /* hw address, (before bcast
|
|
|
|
because most packets are
|
|
|
|
unicast) */
|
|
|
|
|
2010-03-16 15:03:29 +07:00
|
|
|
|
2011-11-16 19:15:10 +07:00
|
|
|
#ifdef CONFIG_RPS
|
2010-03-16 15:03:29 +07:00
|
|
|
struct netdev_rx_queue *_rx;
|
|
|
|
|
2010-09-27 15:24:33 +07:00
|
|
|
/* Number of RX queues allocated at register_netdev() time */
|
2010-03-16 15:03:29 +07:00
|
|
|
unsigned int num_rx_queues;
|
2010-09-27 15:24:33 +07:00
|
|
|
|
|
|
|
/* Number of RX queues currently active in device */
|
|
|
|
unsigned int real_num_rx_queues;
|
2011-01-19 18:03:53 +07:00
|
|
|
|
2010-03-25 02:13:54 +07:00
|
|
|
#endif
|
2010-03-16 15:03:29 +07:00
|
|
|
|
2010-11-15 13:38:12 +07:00
|
|
|
rx_handler_func_t __rcu *rx_handler;
|
|
|
|
void __rcu *rx_handler_data;
|
2008-07-17 14:34:19 +07:00
|
|
|
|
2010-10-02 13:11:55 +07:00
|
|
|
struct netdev_queue __rcu *ingress_queue;
|
net: reorder some fields of net_device
As time passed, some fields were added in net_device, and not
at sensible offsets.
Lets reorder some fields to reduce number of cache lines in RX path.
Fields not used in data path should be moved out of this critical cache
line.
In particular, move broadcast[] to the end of the rx section,
as it is less used, and ethernet uses only the beginning of the 32bytes
field.
Before patch :
offsetof(struct net_device,dev_addr)=0x258
offsetof(struct net_device,rx_handler)=0x2b8
offsetof(struct net_device,ingress_queue)=0x2c8
offsetof(struct net_device,broadcast)=0x278
After :
offsetof(struct net_device,dev_addr)=0x280
offsetof(struct net_device,rx_handler)=0x298
offsetof(struct net_device,ingress_queue)=0x2a8
offsetof(struct net_device,broadcast)=0x2b0
Signed-off-by: Eric Dumazet <edumazet@google.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2013-03-30 13:31:03 +07:00
|
|
|
unsigned char broadcast[MAX_ADDR_LEN]; /* hw bcast add */
|
|
|
|
|
2010-09-16 09:58:13 +07:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Cache lines mostly used on transmit path
|
|
|
|
*/
|
2008-07-17 14:34:19 +07:00
|
|
|
struct netdev_queue *_tx ____cacheline_aligned_in_smp;
|
2008-07-17 15:56:23 +07:00
|
|
|
|
|
|
|
/* Number of TX queues allocated at alloc_netdev_mq() time */
|
2008-07-17 14:34:19 +07:00
|
|
|
unsigned int num_tx_queues;
|
2008-07-17 15:56:23 +07:00
|
|
|
|
|
|
|
/* Number of TX queues currently active in device */
|
|
|
|
unsigned int real_num_tx_queues;
|
|
|
|
|
2009-09-04 13:41:18 +07:00
|
|
|
/* root qdisc from userspace point of view */
|
|
|
|
struct Qdisc *qdisc;
|
|
|
|
|
2005-04-17 05:20:36 +07:00
|
|
|
unsigned long tx_queue_len; /* Max frames per queue allowed */
|
2008-08-01 06:58:50 +07:00
|
|
|
spinlock_t tx_global_lock;
|
2010-09-16 09:58:13 +07:00
|
|
|
|
2010-11-26 15:36:09 +07:00
|
|
|
#ifdef CONFIG_XPS
|
2010-11-29 04:43:02 +07:00
|
|
|
struct xps_dev_maps __rcu *xps_maps;
|
2010-11-26 15:36:09 +07:00
|
|
|
#endif
|
net: reorder some fields of net_device
As time passed, some fields were added in net_device, and not
at sensible offsets.
Lets reorder some fields to reduce number of cache lines in RX path.
Fields not used in data path should be moved out of this critical cache
line.
In particular, move broadcast[] to the end of the rx section,
as it is less used, and ethernet uses only the beginning of the 32bytes
field.
Before patch :
offsetof(struct net_device,dev_addr)=0x258
offsetof(struct net_device,rx_handler)=0x2b8
offsetof(struct net_device,ingress_queue)=0x2c8
offsetof(struct net_device,broadcast)=0x278
After :
offsetof(struct net_device,dev_addr)=0x280
offsetof(struct net_device,rx_handler)=0x298
offsetof(struct net_device,ingress_queue)=0x2a8
offsetof(struct net_device,broadcast)=0x2b0
Signed-off-by: Eric Dumazet <edumazet@google.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2013-03-30 13:31:03 +07:00
|
|
|
#ifdef CONFIG_RFS_ACCEL
|
|
|
|
/* CPU reverse-mapping for RX completion interrupts, indexed
|
|
|
|
* by RX queue number. Assigned by driver. This must only be
|
|
|
|
* set if the ndo_rx_flow_steer operation is defined. */
|
|
|
|
struct cpu_rmap *rx_cpu_rmap;
|
|
|
|
#endif
|
2010-11-21 20:17:27 +07:00
|
|
|
|
[NET]: Reorder some hot fields of struct net_device
Place them on separate cache lines in SMP to lower memory bouncing
between multiple CPU accessing the device.
- One part is mostly used on receive path (including
eth_type_trans()) (poll_list, poll, quota, weight, last_rx,
dev_addr, broadcast)
- One part is mostly used on queue transmit path (qdisc)
(queue_lock, qdisc, qdisc_sleeping, qdisc_list, tx_queue_len)
- One part is mostly used on xmit path (device)
(xmit_lock, xmit_lock_owner, priv, hard_start_xmit, trans_start)
'features' is placed outside of these hot points, in a location that
may be shared by all cpus (because mostly read)
name_hlist is moved close to name[IFNAMSIZ] to speedup __dev_get_by_name()
Signed-off-by: Eric Dumazet <dada1@cosmosbay.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2005-09-28 05:23:16 +07:00
|
|
|
/* These may be needed for future network-power-down code. */
|
2009-05-18 10:55:16 +07:00
|
|
|
|
|
|
|
/*
|
|
|
|
* trans_start here is expensive for high speed devices on SMP,
|
|
|
|
* please use netdev_queue->trans_start instead.
|
|
|
|
*/
|
[NET]: Reorder some hot fields of struct net_device
Place them on separate cache lines in SMP to lower memory bouncing
between multiple CPU accessing the device.
- One part is mostly used on receive path (including
eth_type_trans()) (poll_list, poll, quota, weight, last_rx,
dev_addr, broadcast)
- One part is mostly used on queue transmit path (qdisc)
(queue_lock, qdisc, qdisc_sleeping, qdisc_list, tx_queue_len)
- One part is mostly used on xmit path (device)
(xmit_lock, xmit_lock_owner, priv, hard_start_xmit, trans_start)
'features' is placed outside of these hot points, in a location that
may be shared by all cpus (because mostly read)
name_hlist is moved close to name[IFNAMSIZ] to speedup __dev_get_by_name()
Signed-off-by: Eric Dumazet <dada1@cosmosbay.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2005-09-28 05:23:16 +07:00
|
|
|
unsigned long trans_start; /* Time (in jiffies) of last Tx */
|
|
|
|
|
|
|
|
int watchdog_timeo; /* used by dev_watchdog() */
|
|
|
|
struct timer_list watchdog_timer;
|
|
|
|
|
2005-04-17 05:20:36 +07:00
|
|
|
/* Number of references to this device */
|
net: percpu net_device refcount
We tried very hard to remove all possible dev_hold()/dev_put() pairs in
network stack, using RCU conversions.
There is still an unavoidable device refcount change for every dst we
create/destroy, and this can slow down some workloads (routers or some
app servers, mmap af_packet)
We can switch to a percpu refcount implementation, now dynamic per_cpu
infrastructure is mature. On a 64 cpus machine, this consumes 256 bytes
per device.
On x86, dev_hold(dev) code :
before
lock incl 0x280(%ebx)
after:
movl 0x260(%ebx),%eax
incl fs:(%eax)
Stress bench :
(Sending 160.000.000 UDP frames,
IP route cache disabled, dual E5540 @2.53GHz,
32bit kernel, FIB_TRIE)
Before:
real 1m1.662s
user 0m14.373s
sys 12m55.960s
After:
real 0m51.179s
user 0m15.329s
sys 10m15.942s
Signed-off-by: Eric Dumazet <eric.dumazet@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2010-10-11 17:22:12 +07:00
|
|
|
int __percpu *pcpu_refcnt;
|
[NET]: Reorder some hot fields of struct net_device
Place them on separate cache lines in SMP to lower memory bouncing
between multiple CPU accessing the device.
- One part is mostly used on receive path (including
eth_type_trans()) (poll_list, poll, quota, weight, last_rx,
dev_addr, broadcast)
- One part is mostly used on queue transmit path (qdisc)
(queue_lock, qdisc, qdisc_sleeping, qdisc_list, tx_queue_len)
- One part is mostly used on xmit path (device)
(xmit_lock, xmit_lock_owner, priv, hard_start_xmit, trans_start)
'features' is placed outside of these hot points, in a location that
may be shared by all cpus (because mostly read)
name_hlist is moved close to name[IFNAMSIZ] to speedup __dev_get_by_name()
Signed-off-by: Eric Dumazet <dada1@cosmosbay.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2005-09-28 05:23:16 +07:00
|
|
|
|
2005-04-17 05:20:36 +07:00
|
|
|
/* delayed register/unregister */
|
|
|
|
struct list_head todo_list;
|
|
|
|
/* device index hash chain */
|
|
|
|
struct hlist_node index_hlist;
|
|
|
|
|
linkwatch: linkwatch_forget_dev() to speedup device dismantle
Herbert Xu a écrit :
> On Tue, Nov 17, 2009 at 04:26:04AM -0800, David Miller wrote:
>> Really, the link watch stuff is just due for a redesign. I don't
>> think a simple hack is going to cut it this time, sorry Eric :-)
>
> I have no objections against any redesigns, but since the only
> caller of linkwatch_forget_dev runs in process context with the
> RTNL, it could also legally emit those events.
Thanks guys, here an updated version then, before linkwatch surgery ?
In this version, I force the event to be sent synchronously.
[PATCH net-next-2.6] linkwatch: linkwatch_forget_dev() to speedup device dismantle
time ip link del eth3.103 ; time ip link del eth3.104 ; time ip link del eth3.105
real 0m0.266s
user 0m0.000s
sys 0m0.001s
real 0m0.770s
user 0m0.000s
sys 0m0.000s
real 0m1.022s
user 0m0.000s
sys 0m0.000s
One problem of current schem in vlan dismantle phase is the
holding of device done by following chain :
vlan_dev_stop() ->
netif_carrier_off(dev) ->
linkwatch_fire_event(dev) ->
dev_hold() ...
And __linkwatch_run_queue() runs up to one second later...
A generic fix to this problem is to add a linkwatch_forget_dev() method
to unlink the device from the list of watched devices.
dev->link_watch_next becomes dev->link_watch_list (and use a bit more memory),
to be able to unlink device in O(1).
After patch :
time ip link del eth3.103 ; time ip link del eth3.104 ; time ip link del eth3.105
real 0m0.024s
user 0m0.000s
sys 0m0.000s
real 0m0.032s
user 0m0.000s
sys 0m0.001s
real 0m0.033s
user 0m0.000s
sys 0m0.000s
Signed-off-by: Eric Dumazet <eric.dumazet@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2009-11-17 12:59:21 +07:00
|
|
|
struct list_head link_watch_list;
|
2007-05-09 08:34:17 +07:00
|
|
|
|
2005-04-17 05:20:36 +07:00
|
|
|
/* register/unregister state machine */
|
|
|
|
enum { NETREG_UNINITIALIZED=0,
|
2006-05-11 03:21:17 +07:00
|
|
|
NETREG_REGISTERED, /* completed register_netdevice */
|
2005-04-17 05:20:36 +07:00
|
|
|
NETREG_UNREGISTERING, /* called unregister_netdevice */
|
|
|
|
NETREG_UNREGISTERED, /* completed unregister todo */
|
|
|
|
NETREG_RELEASED, /* called free_netdev */
|
2009-01-15 12:05:05 +07:00
|
|
|
NETREG_DUMMY, /* dummy device for NAPI poll */
|
2011-05-19 19:24:16 +07:00
|
|
|
} reg_state:8;
|
|
|
|
|
|
|
|
bool dismantle; /* device is going do be freed */
|
2010-02-26 13:34:51 +07:00
|
|
|
|
|
|
|
enum {
|
|
|
|
RTNL_LINK_INITIALIZED,
|
|
|
|
RTNL_LINK_INITIALIZING,
|
|
|
|
} rtnl_link_state:16;
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2008-11-20 12:32:24 +07:00
|
|
|
/* Called from unregister, can be used to call free_netdev */
|
|
|
|
void (*destructor)(struct net_device *dev);
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
#ifdef CONFIG_NETPOLL
|
2013-01-23 04:29:39 +07:00
|
|
|
struct netpoll_info __rcu *npinfo;
|
2005-04-17 05:20:36 +07:00
|
|
|
#endif
|
2008-07-15 17:03:33 +07:00
|
|
|
|
2008-03-25 19:47:49 +07:00
|
|
|
#ifdef CONFIG_NET_NS
|
2007-09-12 16:56:32 +07:00
|
|
|
/* Network namespace this network device is inside */
|
|
|
|
struct net *nd_net;
|
2008-03-25 19:47:49 +07:00
|
|
|
#endif
|
2007-09-12 16:56:32 +07:00
|
|
|
|
2008-05-12 17:29:11 +07:00
|
|
|
/* mid-layer private */
|
2010-09-24 06:51:51 +07:00
|
|
|
union {
|
|
|
|
void *ml_priv;
|
|
|
|
struct pcpu_lstats __percpu *lstats; /* loopback stats */
|
2014-01-04 12:57:59 +07:00
|
|
|
struct pcpu_sw_netstats __percpu *tstats;
|
2010-09-28 03:50:33 +07:00
|
|
|
struct pcpu_dstats __percpu *dstats; /* dummy stats */
|
2012-12-29 23:02:43 +07:00
|
|
|
struct pcpu_vstats __percpu *vstats; /* veth stats */
|
2010-09-24 06:51:51 +07:00
|
|
|
};
|
2008-07-06 11:26:13 +07:00
|
|
|
/* GARP */
|
2010-10-25 04:32:36 +07:00
|
|
|
struct garp_port __rcu *garp_port;
|
2013-02-09 00:17:06 +07:00
|
|
|
/* MRP */
|
|
|
|
struct mrp_port __rcu *mrp_port;
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
/* class/net/name entry */
|
2002-04-10 02:14:34 +07:00
|
|
|
struct device dev;
|
2009-10-29 21:18:21 +07:00
|
|
|
/* space for optional device, statistics, and wireless sysfs groups */
|
|
|
|
const struct attribute_group *sysfs_groups[4];
|
2007-06-14 02:03:51 +07:00
|
|
|
|
|
|
|
/* rtnetlink link ops */
|
|
|
|
const struct rtnl_link_ops *rtnl_link_ops;
|
2007-07-07 03:36:20 +07:00
|
|
|
|
[NET]: Add per-connection option to set max TSO frame size
Update: My mailer ate one of Jarek's feedback mails... Fixed the
parameter in netif_set_gso_max_size() to be u32, not u16. Fixed the
whitespace issue due to a patch import botch. Changed the types from
u32 to unsigned int to be more consistent with other variables in the
area. Also brought the patch up to the latest net-2.6.26 tree.
Update: Made gso_max_size container 32 bits, not 16. Moved the
location of gso_max_size within netdev to be less hotpath. Made more
consistent names between the sock and netdev layers, and added a
define for the max GSO size.
Update: Respun for net-2.6.26 tree.
Update: changed max_gso_frame_size and sk_gso_max_size from signed to
unsigned - thanks Stephen!
This patch adds the ability for device drivers to control the size of
the TSO frames being sent to them, per TCP connection. By setting the
netdevice's gso_max_size value, the socket layer will set the GSO
frame size based on that value. This will propogate into the TCP
layer, and send TSO's of that size to the hardware.
This can be desirable to help tune the bursty nature of TSO on a
per-adapter basis, where one may have 1 GbE and 10 GbE devices
coexisting in a system, one running multiqueue and the other not, etc.
This can also be desirable for devices that cannot support full 64 KB
TSO's, but still want to benefit from some level of segmentation
offloading.
Signed-off-by: Peter P Waskiewicz Jr <peter.p.waskiewicz.jr@intel.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2008-03-21 17:43:19 +07:00
|
|
|
/* for setting kernel sock attribute on TCP connection setup */
|
|
|
|
#define GSO_MAX_SIZE 65536
|
|
|
|
unsigned int gso_max_size;
|
2012-07-30 22:57:00 +07:00
|
|
|
#define GSO_MAX_SEGS 65535
|
|
|
|
u16 gso_max_segs;
|
2008-11-20 12:32:24 +07:00
|
|
|
|
2008-11-25 16:02:08 +07:00
|
|
|
#ifdef CONFIG_DCB
|
2008-11-21 11:52:10 +07:00
|
|
|
/* Data Center Bridging netlink ops */
|
2009-10-05 13:01:03 +07:00
|
|
|
const struct dcbnl_rtnl_ops *dcbnl_ops;
|
2008-11-21 11:52:10 +07:00
|
|
|
#endif
|
2011-01-17 15:06:04 +07:00
|
|
|
u8 num_tc;
|
|
|
|
struct netdev_tc_txq tc_to_txq[TC_MAX_QUEUE];
|
|
|
|
u8 prio_tc_map[TC_BITMASK + 1];
|
2008-11-21 11:52:10 +07:00
|
|
|
|
2011-11-25 21:40:26 +07:00
|
|
|
#if IS_ENABLED(CONFIG_FCOE)
|
2009-02-28 05:06:59 +07:00
|
|
|
/* max exchange id for FCoE LRO by ddp */
|
|
|
|
unsigned int fcoe_ddp_xid;
|
2011-11-22 12:10:51 +07:00
|
|
|
#endif
|
2013-12-29 23:27:11 +07:00
|
|
|
#if IS_ENABLED(CONFIG_CGROUP_NET_PRIO)
|
2011-11-22 12:10:51 +07:00
|
|
|
struct netprio_map __rcu *priomap;
|
2009-02-28 05:06:59 +07:00
|
|
|
#endif
|
2010-07-17 15:49:36 +07:00
|
|
|
/* phy device may attach itself for hardware timestamping */
|
|
|
|
struct phy_device *phydev;
|
2011-01-14 06:38:30 +07:00
|
|
|
|
2012-09-05 08:02:56 +07:00
|
|
|
struct lock_class_key *qdisc_tx_busylock;
|
|
|
|
|
2011-01-14 06:38:30 +07:00
|
|
|
/* group the device belongs to */
|
|
|
|
int group;
|
2012-06-11 13:36:13 +07:00
|
|
|
|
|
|
|
struct pm_qos_request pm_qos_req;
|
2005-04-17 05:20:36 +07:00
|
|
|
};
|
2002-04-10 02:14:34 +07:00
|
|
|
#define to_net_dev(d) container_of(d, struct net_device, dev)
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
#define NETDEV_ALIGN 32
|
|
|
|
|
2011-01-17 15:06:04 +07:00
|
|
|
static inline
|
|
|
|
int netdev_get_prio_tc_map(const struct net_device *dev, u32 prio)
|
|
|
|
{
|
|
|
|
return dev->prio_tc_map[prio & TC_BITMASK];
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline
|
|
|
|
int netdev_set_prio_tc_map(struct net_device *dev, u8 prio, u8 tc)
|
|
|
|
{
|
|
|
|
if (tc >= dev->num_tc)
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
dev->prio_tc_map[prio & TC_BITMASK] = tc & TC_BITMASK;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline
|
|
|
|
void netdev_reset_tc(struct net_device *dev)
|
|
|
|
{
|
|
|
|
dev->num_tc = 0;
|
|
|
|
memset(dev->tc_to_txq, 0, sizeof(dev->tc_to_txq));
|
|
|
|
memset(dev->prio_tc_map, 0, sizeof(dev->prio_tc_map));
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline
|
|
|
|
int netdev_set_tc_queue(struct net_device *dev, u8 tc, u16 count, u16 offset)
|
|
|
|
{
|
|
|
|
if (tc >= dev->num_tc)
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
dev->tc_to_txq[tc].count = count;
|
|
|
|
dev->tc_to_txq[tc].offset = offset;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline
|
|
|
|
int netdev_set_num_tc(struct net_device *dev, u8 num_tc)
|
|
|
|
{
|
|
|
|
if (num_tc > TC_MAX_QUEUE)
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
dev->num_tc = num_tc;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline
|
|
|
|
int netdev_get_num_tc(struct net_device *dev)
|
|
|
|
{
|
|
|
|
return dev->num_tc;
|
|
|
|
}
|
|
|
|
|
2008-07-17 14:34:19 +07:00
|
|
|
static inline
|
|
|
|
struct netdev_queue *netdev_get_tx_queue(const struct net_device *dev,
|
|
|
|
unsigned int index)
|
|
|
|
{
|
|
|
|
return &dev->_tx[index];
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline void netdev_for_each_tx_queue(struct net_device *dev,
|
|
|
|
void (*f)(struct net_device *,
|
|
|
|
struct netdev_queue *,
|
|
|
|
void *),
|
|
|
|
void *arg)
|
|
|
|
{
|
|
|
|
unsigned int i;
|
|
|
|
|
|
|
|
for (i = 0; i < dev->num_tx_queues; i++)
|
|
|
|
f(dev, &dev->_tx[i], arg);
|
|
|
|
}
|
|
|
|
|
2013-09-27 04:48:15 +07:00
|
|
|
struct netdev_queue *netdev_pick_tx(struct net_device *dev,
|
2014-01-10 15:18:26 +07:00
|
|
|
struct sk_buff *skb,
|
|
|
|
void *accel_priv);
|
2013-09-27 04:48:15 +07:00
|
|
|
u16 __netdev_pick_tx(struct net_device *dev, struct sk_buff *skb);
|
2012-09-18 03:16:31 +07:00
|
|
|
|
2008-03-25 19:47:49 +07:00
|
|
|
/*
|
|
|
|
* Net namespace inlines
|
|
|
|
*/
|
|
|
|
static inline
|
|
|
|
struct net *dev_net(const struct net_device *dev)
|
|
|
|
{
|
2010-06-01 13:51:19 +07:00
|
|
|
return read_pnet(&dev->nd_net);
|
2008-03-25 19:47:49 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
static inline
|
2008-03-26 14:48:17 +07:00
|
|
|
void dev_net_set(struct net_device *dev, struct net *net)
|
2008-03-25 19:47:49 +07:00
|
|
|
{
|
|
|
|
#ifdef CONFIG_NET_NS
|
2008-04-16 16:02:18 +07:00
|
|
|
release_net(dev->nd_net);
|
|
|
|
dev->nd_net = hold_net(net);
|
2008-03-25 19:47:49 +07:00
|
|
|
#endif
|
|
|
|
}
|
|
|
|
|
2008-10-07 20:45:02 +07:00
|
|
|
static inline bool netdev_uses_dsa_tags(struct net_device *dev)
|
|
|
|
{
|
|
|
|
#ifdef CONFIG_NET_DSA_TAG_DSA
|
|
|
|
if (dev->dsa_ptr != NULL)
|
|
|
|
return dsa_uses_dsa_tags(dev->dsa_ptr);
|
|
|
|
#endif
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2008-10-07 20:46:07 +07:00
|
|
|
static inline bool netdev_uses_trailer_tags(struct net_device *dev)
|
|
|
|
{
|
|
|
|
#ifdef CONFIG_NET_DSA_TAG_TRAILER
|
|
|
|
if (dev->dsa_ptr != NULL)
|
|
|
|
return dsa_uses_trailer_tags(dev->dsa_ptr);
|
|
|
|
#endif
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
[NET]: Make NAPI polling independent of struct net_device objects.
Several devices have multiple independant RX queues per net
device, and some have a single interrupt doorbell for several
queues.
In either case, it's easier to support layouts like that if the
structure representing the poll is independant from the net
device itself.
The signature of the ->poll() call back goes from:
int foo_poll(struct net_device *dev, int *budget)
to
int foo_poll(struct napi_struct *napi, int budget)
The caller is returned the number of RX packets processed (or
the number of "NAPI credits" consumed if you want to get
abstract). The callee no longer messes around bumping
dev->quota, *budget, etc. because that is all handled in the
caller upon return.
The napi_struct is to be embedded in the device driver private data
structures.
Furthermore, it is the driver's responsibility to disable all NAPI
instances in it's ->stop() device close handler. Since the
napi_struct is privatized into the driver's private data structures,
only the driver knows how to get at all of the napi_struct instances
it may have per-device.
With lots of help and suggestions from Rusty Russell, Roland Dreier,
Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
[ Ported to current tree and all drivers converted. Integrated
Stephen's follow-on kerneldoc additions, and restored poll_list
handling to the old style to fix mutual exclusion issues. -DaveM ]
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-10-04 06:41:36 +07:00
|
|
|
/**
|
|
|
|
* netdev_priv - access network device private data
|
|
|
|
* @dev: network device
|
|
|
|
*
|
|
|
|
* Get network device private data
|
|
|
|
*/
|
2007-06-14 02:03:21 +07:00
|
|
|
static inline void *netdev_priv(const struct net_device *dev)
|
2005-04-17 05:20:36 +07:00
|
|
|
{
|
2009-05-27 11:42:37 +07:00
|
|
|
return (char *)dev + ALIGN(sizeof(struct net_device), NETDEV_ALIGN);
|
2005-04-17 05:20:36 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
/* Set the sysfs physical device reference for the network logical device
|
|
|
|
* if set prior to registration will cause a symlink during initialization.
|
|
|
|
*/
|
2002-04-10 02:14:34 +07:00
|
|
|
#define SET_NETDEV_DEV(net, pdev) ((net)->dev.parent = (pdev))
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2009-09-01 04:08:19 +07:00
|
|
|
/* Set the sysfs device type for the network logical device to allow
|
2013-10-12 06:29:46 +07:00
|
|
|
* fine-grained identification of different network device types. For
|
2009-09-01 04:08:19 +07:00
|
|
|
* example Ethernet, Wirelss LAN, Bluetooth, WiMAX etc.
|
|
|
|
*/
|
|
|
|
#define SET_NETDEV_DEVTYPE(net, devtype) ((net)->dev.type = (devtype))
|
|
|
|
|
2013-03-05 22:57:22 +07:00
|
|
|
/* Default NAPI poll() weight
|
|
|
|
* Device drivers are strongly advised to not use bigger value
|
|
|
|
*/
|
|
|
|
#define NAPI_POLL_WEIGHT 64
|
|
|
|
|
2007-11-01 16:21:47 +07:00
|
|
|
/**
|
|
|
|
* netif_napi_add - initialize a napi context
|
|
|
|
* @dev: network device
|
|
|
|
* @napi: napi context
|
|
|
|
* @poll: polling function
|
|
|
|
* @weight: default weight
|
|
|
|
*
|
|
|
|
* netif_napi_add() must be used to initialize a napi context prior to calling
|
|
|
|
* *any* of the other napi related functions.
|
|
|
|
*/
|
net: Add Generic Receive Offload infrastructure
This patch adds the top-level GRO (Generic Receive Offload) infrastructure.
This is pretty similar to LRO except that this is protocol-independent.
Instead of holding packets in an lro_mgr structure, they're now held in
napi_struct.
For drivers that intend to use this, they can set the NETIF_F_GRO bit and
call napi_gro_receive instead of netif_receive_skb or just call netif_rx.
The latter will call napi_receive_skb automatically. When napi_gro_receive
is used, the driver must either call napi_complete/napi_rx_complete, or
call napi_gro_flush in softirq context if the driver uses the primitives
__napi_complete/__napi_rx_complete.
Protocols will set the gro_receive and gro_complete function pointers in
order to participate in this scheme.
In addition to the packet, gro_receive will get a list of currently held
packets. Each packet in the list has a same_flow field which is non-zero
if it is a potential match for the new packet. For each packet that may
match, they also have a flush field which is non-zero if the held packet
must not be merged with the new packet.
Once gro_receive has determined that the new skb matches a held packet,
the held packet may be processed immediately if the new skb cannot be
merged with it. In this case gro_receive should return the pointer to
the existing skb in gro_list. Otherwise the new skb should be merged into
the existing packet and NULL should be returned, unless the new skb makes
it impossible for any further merges to be made (e.g., FIN packet) where
the merged skb should be returned.
Whenever the skb is merged into an existing entry, the gro_receive
function should set NAPI_GRO_CB(skb)->same_flow. Note that if an skb
merely matches an existing entry but can't be merged with it, then
this shouldn't be set.
If gro_receive finds it pointless to hold the new skb for future merging,
it should set NAPI_GRO_CB(skb)->flush.
Held packets will be flushed by napi_gro_flush which is called by
napi_complete and napi_rx_complete.
Currently held packets are stored in a singly liked list just like LRO.
The list is limited to a maximum of 8 entries. In future, this may be
expanded to use a hash table to allow more flows to be held for merging.
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Signed-off-by: David S. Miller <davem@davemloft.net>
2008-12-16 14:38:52 +07:00
|
|
|
void netif_napi_add(struct net_device *dev, struct napi_struct *napi,
|
|
|
|
int (*poll)(struct napi_struct *, int), int weight);
|
[NET]: Make NAPI polling independent of struct net_device objects.
Several devices have multiple independant RX queues per net
device, and some have a single interrupt doorbell for several
queues.
In either case, it's easier to support layouts like that if the
structure representing the poll is independant from the net
device itself.
The signature of the ->poll() call back goes from:
int foo_poll(struct net_device *dev, int *budget)
to
int foo_poll(struct napi_struct *napi, int budget)
The caller is returned the number of RX packets processed (or
the number of "NAPI credits" consumed if you want to get
abstract). The callee no longer messes around bumping
dev->quota, *budget, etc. because that is all handled in the
caller upon return.
The napi_struct is to be embedded in the device driver private data
structures.
Furthermore, it is the driver's responsibility to disable all NAPI
instances in it's ->stop() device close handler. Since the
napi_struct is privatized into the driver's private data structures,
only the driver knows how to get at all of the napi_struct instances
it may have per-device.
With lots of help and suggestions from Rusty Russell, Roland Dreier,
Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
[ Ported to current tree and all drivers converted. Integrated
Stephen's follow-on kerneldoc additions, and restored poll_list
handling to the old style to fix mutual exclusion issues. -DaveM ]
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-10-04 06:41:36 +07:00
|
|
|
|
2008-07-09 05:13:05 +07:00
|
|
|
/**
|
|
|
|
* netif_napi_del - remove a napi context
|
|
|
|
* @napi: napi context
|
|
|
|
*
|
|
|
|
* netif_napi_del() removes a napi context from the network device napi list
|
|
|
|
*/
|
net: Add Generic Receive Offload infrastructure
This patch adds the top-level GRO (Generic Receive Offload) infrastructure.
This is pretty similar to LRO except that this is protocol-independent.
Instead of holding packets in an lro_mgr structure, they're now held in
napi_struct.
For drivers that intend to use this, they can set the NETIF_F_GRO bit and
call napi_gro_receive instead of netif_receive_skb or just call netif_rx.
The latter will call napi_receive_skb automatically. When napi_gro_receive
is used, the driver must either call napi_complete/napi_rx_complete, or
call napi_gro_flush in softirq context if the driver uses the primitives
__napi_complete/__napi_rx_complete.
Protocols will set the gro_receive and gro_complete function pointers in
order to participate in this scheme.
In addition to the packet, gro_receive will get a list of currently held
packets. Each packet in the list has a same_flow field which is non-zero
if it is a potential match for the new packet. For each packet that may
match, they also have a flush field which is non-zero if the held packet
must not be merged with the new packet.
Once gro_receive has determined that the new skb matches a held packet,
the held packet may be processed immediately if the new skb cannot be
merged with it. In this case gro_receive should return the pointer to
the existing skb in gro_list. Otherwise the new skb should be merged into
the existing packet and NULL should be returned, unless the new skb makes
it impossible for any further merges to be made (e.g., FIN packet) where
the merged skb should be returned.
Whenever the skb is merged into an existing entry, the gro_receive
function should set NAPI_GRO_CB(skb)->same_flow. Note that if an skb
merely matches an existing entry but can't be merged with it, then
this shouldn't be set.
If gro_receive finds it pointless to hold the new skb for future merging,
it should set NAPI_GRO_CB(skb)->flush.
Held packets will be flushed by napi_gro_flush which is called by
napi_complete and napi_rx_complete.
Currently held packets are stored in a singly liked list just like LRO.
The list is limited to a maximum of 8 entries. In future, this may be
expanded to use a hash table to allow more flows to be held for merging.
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Signed-off-by: David S. Miller <davem@davemloft.net>
2008-12-16 14:38:52 +07:00
|
|
|
void netif_napi_del(struct napi_struct *napi);
|
|
|
|
|
|
|
|
struct napi_gro_cb {
|
2009-05-27 01:50:21 +07:00
|
|
|
/* Virtual address of skb_shinfo(skb)->frags[0].page + offset. */
|
|
|
|
void *frag0;
|
|
|
|
|
2009-05-27 01:50:27 +07:00
|
|
|
/* Length of frag0. */
|
|
|
|
unsigned int frag0_len;
|
|
|
|
|
2009-01-29 21:19:50 +07:00
|
|
|
/* This indicates where we are processing relative to skb->data. */
|
|
|
|
int data_offset;
|
|
|
|
|
net: Add Generic Receive Offload infrastructure
This patch adds the top-level GRO (Generic Receive Offload) infrastructure.
This is pretty similar to LRO except that this is protocol-independent.
Instead of holding packets in an lro_mgr structure, they're now held in
napi_struct.
For drivers that intend to use this, they can set the NETIF_F_GRO bit and
call napi_gro_receive instead of netif_receive_skb or just call netif_rx.
The latter will call napi_receive_skb automatically. When napi_gro_receive
is used, the driver must either call napi_complete/napi_rx_complete, or
call napi_gro_flush in softirq context if the driver uses the primitives
__napi_complete/__napi_rx_complete.
Protocols will set the gro_receive and gro_complete function pointers in
order to participate in this scheme.
In addition to the packet, gro_receive will get a list of currently held
packets. Each packet in the list has a same_flow field which is non-zero
if it is a potential match for the new packet. For each packet that may
match, they also have a flush field which is non-zero if the held packet
must not be merged with the new packet.
Once gro_receive has determined that the new skb matches a held packet,
the held packet may be processed immediately if the new skb cannot be
merged with it. In this case gro_receive should return the pointer to
the existing skb in gro_list. Otherwise the new skb should be merged into
the existing packet and NULL should be returned, unless the new skb makes
it impossible for any further merges to be made (e.g., FIN packet) where
the merged skb should be returned.
Whenever the skb is merged into an existing entry, the gro_receive
function should set NAPI_GRO_CB(skb)->same_flow. Note that if an skb
merely matches an existing entry but can't be merged with it, then
this shouldn't be set.
If gro_receive finds it pointless to hold the new skb for future merging,
it should set NAPI_GRO_CB(skb)->flush.
Held packets will be flushed by napi_gro_flush which is called by
napi_complete and napi_rx_complete.
Currently held packets are stored in a singly liked list just like LRO.
The list is limited to a maximum of 8 entries. In future, this may be
expanded to use a hash table to allow more flows to be held for merging.
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Signed-off-by: David S. Miller <davem@davemloft.net>
2008-12-16 14:38:52 +07:00
|
|
|
/* This is non-zero if the packet cannot be merged with the new skb. */
|
net-gre-gro: Add GRE support to the GRO stack
This patch built on top of Commit 299603e8370a93dd5d8e8d800f0dff1ce2c53d36
("net-gro: Prepare GRO stack for the upcoming tunneling support") to add
the support of the standard GRE (RFC1701/RFC2784/RFC2890) to the GRO
stack. It also serves as an example for supporting other encapsulation
protocols in the GRO stack in the future.
The patch supports version 0 and all the flags (key, csum, seq#) but
will flush any pkt with the S (seq#) flag. This is because the S flag
is not support by GSO, and a GRO pkt may end up in the forwarding path,
thus requiring GSO support to break it up correctly.
Currently the "packet_offload" structure only contains L3 (ETH_P_IP/
ETH_P_IPV6) GRO offload support so the encapped pkts are limited to
IP pkts (i.e., w/o L2 hdr). But support for other protocol type can
be easily added, so is the support for GRE variations like NVGRE.
The patch also support csum offload. Specifically if the csum flag is on
and the h/w is capable of checksumming the payload (CHECKSUM_COMPLETE),
the code will take advantage of the csum computed by the h/w when
validating the GRE csum.
Note that commit 60769a5dcd8755715c7143b4571d5c44f01796f1 "ipv4: gre:
add GRO capability" already introduces GRO capability to IPv4 GRE
tunnels, using the gro_cells infrastructure. But GRO is done after
GRE hdr has been removed (i.e., decapped). The following patch applies
GRO when pkts first come in (before hitting the GRE tunnel code). There
is some performance advantage for applying GRO as early as possible.
Also this approach is transparent to other subsystem like Open vSwitch
where GRE decap is handled outside of the IP stack hence making it
harder for the gro_cells stuff to apply. On the other hand, some NICs
are still not capable of hashing on the inner hdr of a GRE pkt (RSS).
In that case the GRO processing of pkts from the same remote host will
all happen on the same CPU and the performance may be suboptimal.
I'm including some rough preliminary performance numbers below. Note
that the performance will be highly dependent on traffic load, mix as
usual. Moreover it also depends on NIC offload features hence the
following is by no means a comprehesive study. Local testing and tuning
will be needed to decide the best setting.
All tests spawned 50 copies of netperf TCP_STREAM and ran for 30 secs.
(super_netperf 50 -H 192.168.1.18 -l 30)
An IP GRE tunnel with only the key flag on (e.g., ip tunnel add gre1
mode gre local 10.246.17.18 remote 10.246.17.17 ttl 255 key 123)
is configured.
The GRO support for pkts AFTER decap are controlled through the device
feature of the GRE device (e.g., ethtool -K gre1 gro on/off).
1.1 ethtool -K gre1 gro off; ethtool -K eth0 gro off
thruput: 9.16Gbps
CPU utilization: 19%
1.2 ethtool -K gre1 gro on; ethtool -K eth0 gro off
thruput: 5.9Gbps
CPU utilization: 15%
1.3 ethtool -K gre1 gro off; ethtool -K eth0 gro on
thruput: 9.26Gbps
CPU utilization: 12-13%
1.4 ethtool -K gre1 gro on; ethtool -K eth0 gro on
thruput: 9.26Gbps
CPU utilization: 10%
The following tests were performed on a different NIC that is capable of
csum offload. I.e., the h/w is capable of computing IP payload csum
(CHECKSUM_COMPLETE).
2.1 ethtool -K gre1 gro on (hence will use gro_cells)
2.1.1 ethtool -K eth0 gro off; csum offload disabled
thruput: 8.53Gbps
CPU utilization: 9%
2.1.2 ethtool -K eth0 gro off; csum offload enabled
thruput: 8.97Gbps
CPU utilization: 7-8%
2.1.3 ethtool -K eth0 gro on; csum offload disabled
thruput: 8.83Gbps
CPU utilization: 5-6%
2.1.4 ethtool -K eth0 gro on; csum offload enabled
thruput: 8.98Gbps
CPU utilization: 5%
2.2 ethtool -K gre1 gro off
2.2.1 ethtool -K eth0 gro off; csum offload disabled
thruput: 5.93Gbps
CPU utilization: 9%
2.2.2 ethtool -K eth0 gro off; csum offload enabled
thruput: 5.62Gbps
CPU utilization: 8%
2.2.3 ethtool -K eth0 gro on; csum offload disabled
thruput: 7.69Gbps
CPU utilization: 8%
2.2.4 ethtool -K eth0 gro on; csum offload enabled
thruput: 8.96Gbps
CPU utilization: 5-6%
Signed-off-by: H.K. Jerry Chu <hkchu@google.com>
Reviewed-by: Eric Dumazet <edumazet@google.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2014-01-08 01:23:19 +07:00
|
|
|
u16 flush;
|
|
|
|
|
|
|
|
/* Save the IP ID here and check when we get to the transport layer */
|
|
|
|
u16 flush_id;
|
net: Add Generic Receive Offload infrastructure
This patch adds the top-level GRO (Generic Receive Offload) infrastructure.
This is pretty similar to LRO except that this is protocol-independent.
Instead of holding packets in an lro_mgr structure, they're now held in
napi_struct.
For drivers that intend to use this, they can set the NETIF_F_GRO bit and
call napi_gro_receive instead of netif_receive_skb or just call netif_rx.
The latter will call napi_receive_skb automatically. When napi_gro_receive
is used, the driver must either call napi_complete/napi_rx_complete, or
call napi_gro_flush in softirq context if the driver uses the primitives
__napi_complete/__napi_rx_complete.
Protocols will set the gro_receive and gro_complete function pointers in
order to participate in this scheme.
In addition to the packet, gro_receive will get a list of currently held
packets. Each packet in the list has a same_flow field which is non-zero
if it is a potential match for the new packet. For each packet that may
match, they also have a flush field which is non-zero if the held packet
must not be merged with the new packet.
Once gro_receive has determined that the new skb matches a held packet,
the held packet may be processed immediately if the new skb cannot be
merged with it. In this case gro_receive should return the pointer to
the existing skb in gro_list. Otherwise the new skb should be merged into
the existing packet and NULL should be returned, unless the new skb makes
it impossible for any further merges to be made (e.g., FIN packet) where
the merged skb should be returned.
Whenever the skb is merged into an existing entry, the gro_receive
function should set NAPI_GRO_CB(skb)->same_flow. Note that if an skb
merely matches an existing entry but can't be merged with it, then
this shouldn't be set.
If gro_receive finds it pointless to hold the new skb for future merging,
it should set NAPI_GRO_CB(skb)->flush.
Held packets will be flushed by napi_gro_flush which is called by
napi_complete and napi_rx_complete.
Currently held packets are stored in a singly liked list just like LRO.
The list is limited to a maximum of 8 entries. In future, this may be
expanded to use a hash table to allow more flows to be held for merging.
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Signed-off-by: David S. Miller <davem@davemloft.net>
2008-12-16 14:38:52 +07:00
|
|
|
|
|
|
|
/* Number of segments aggregated. */
|
2012-10-06 15:08:49 +07:00
|
|
|
u16 count;
|
|
|
|
|
|
|
|
/* This is non-zero if the packet may be of the same flow. */
|
|
|
|
u8 same_flow;
|
2009-01-05 07:13:40 +07:00
|
|
|
|
|
|
|
/* Free the skb? */
|
2012-10-06 15:08:49 +07:00
|
|
|
u8 free;
|
2012-04-30 15:10:34 +07:00
|
|
|
#define NAPI_GRO_FREE 1
|
|
|
|
#define NAPI_GRO_FREE_STOLEN_HEAD 2
|
2012-10-06 15:08:49 +07:00
|
|
|
|
|
|
|
/* jiffies when first packet was created/queued */
|
|
|
|
unsigned long age;
|
2012-10-09 02:38:50 +07:00
|
|
|
|
|
|
|
/* Used in ipv6_gro_receive() */
|
|
|
|
int proto;
|
2012-12-06 20:54:59 +07:00
|
|
|
|
net-gre-gro: Add GRE support to the GRO stack
This patch built on top of Commit 299603e8370a93dd5d8e8d800f0dff1ce2c53d36
("net-gro: Prepare GRO stack for the upcoming tunneling support") to add
the support of the standard GRE (RFC1701/RFC2784/RFC2890) to the GRO
stack. It also serves as an example for supporting other encapsulation
protocols in the GRO stack in the future.
The patch supports version 0 and all the flags (key, csum, seq#) but
will flush any pkt with the S (seq#) flag. This is because the S flag
is not support by GSO, and a GRO pkt may end up in the forwarding path,
thus requiring GSO support to break it up correctly.
Currently the "packet_offload" structure only contains L3 (ETH_P_IP/
ETH_P_IPV6) GRO offload support so the encapped pkts are limited to
IP pkts (i.e., w/o L2 hdr). But support for other protocol type can
be easily added, so is the support for GRE variations like NVGRE.
The patch also support csum offload. Specifically if the csum flag is on
and the h/w is capable of checksumming the payload (CHECKSUM_COMPLETE),
the code will take advantage of the csum computed by the h/w when
validating the GRE csum.
Note that commit 60769a5dcd8755715c7143b4571d5c44f01796f1 "ipv4: gre:
add GRO capability" already introduces GRO capability to IPv4 GRE
tunnels, using the gro_cells infrastructure. But GRO is done after
GRE hdr has been removed (i.e., decapped). The following patch applies
GRO when pkts first come in (before hitting the GRE tunnel code). There
is some performance advantage for applying GRO as early as possible.
Also this approach is transparent to other subsystem like Open vSwitch
where GRE decap is handled outside of the IP stack hence making it
harder for the gro_cells stuff to apply. On the other hand, some NICs
are still not capable of hashing on the inner hdr of a GRE pkt (RSS).
In that case the GRO processing of pkts from the same remote host will
all happen on the same CPU and the performance may be suboptimal.
I'm including some rough preliminary performance numbers below. Note
that the performance will be highly dependent on traffic load, mix as
usual. Moreover it also depends on NIC offload features hence the
following is by no means a comprehesive study. Local testing and tuning
will be needed to decide the best setting.
All tests spawned 50 copies of netperf TCP_STREAM and ran for 30 secs.
(super_netperf 50 -H 192.168.1.18 -l 30)
An IP GRE tunnel with only the key flag on (e.g., ip tunnel add gre1
mode gre local 10.246.17.18 remote 10.246.17.17 ttl 255 key 123)
is configured.
The GRO support for pkts AFTER decap are controlled through the device
feature of the GRE device (e.g., ethtool -K gre1 gro on/off).
1.1 ethtool -K gre1 gro off; ethtool -K eth0 gro off
thruput: 9.16Gbps
CPU utilization: 19%
1.2 ethtool -K gre1 gro on; ethtool -K eth0 gro off
thruput: 5.9Gbps
CPU utilization: 15%
1.3 ethtool -K gre1 gro off; ethtool -K eth0 gro on
thruput: 9.26Gbps
CPU utilization: 12-13%
1.4 ethtool -K gre1 gro on; ethtool -K eth0 gro on
thruput: 9.26Gbps
CPU utilization: 10%
The following tests were performed on a different NIC that is capable of
csum offload. I.e., the h/w is capable of computing IP payload csum
(CHECKSUM_COMPLETE).
2.1 ethtool -K gre1 gro on (hence will use gro_cells)
2.1.1 ethtool -K eth0 gro off; csum offload disabled
thruput: 8.53Gbps
CPU utilization: 9%
2.1.2 ethtool -K eth0 gro off; csum offload enabled
thruput: 8.97Gbps
CPU utilization: 7-8%
2.1.3 ethtool -K eth0 gro on; csum offload disabled
thruput: 8.83Gbps
CPU utilization: 5-6%
2.1.4 ethtool -K eth0 gro on; csum offload enabled
thruput: 8.98Gbps
CPU utilization: 5%
2.2 ethtool -K gre1 gro off
2.2.1 ethtool -K eth0 gro off; csum offload disabled
thruput: 5.93Gbps
CPU utilization: 9%
2.2.2 ethtool -K eth0 gro off; csum offload enabled
thruput: 5.62Gbps
CPU utilization: 8%
2.2.3 ethtool -K eth0 gro on; csum offload disabled
thruput: 7.69Gbps
CPU utilization: 8%
2.2.4 ethtool -K eth0 gro on; csum offload enabled
thruput: 8.96Gbps
CPU utilization: 5-6%
Signed-off-by: H.K. Jerry Chu <hkchu@google.com>
Reviewed-by: Eric Dumazet <edumazet@google.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2014-01-08 01:23:19 +07:00
|
|
|
/* used to support CHECKSUM_COMPLETE for tunneling protocols */
|
|
|
|
__wsum csum;
|
|
|
|
|
2012-12-06 20:54:59 +07:00
|
|
|
/* used in skb_gro_receive() slow path */
|
|
|
|
struct sk_buff *last;
|
net: Add Generic Receive Offload infrastructure
This patch adds the top-level GRO (Generic Receive Offload) infrastructure.
This is pretty similar to LRO except that this is protocol-independent.
Instead of holding packets in an lro_mgr structure, they're now held in
napi_struct.
For drivers that intend to use this, they can set the NETIF_F_GRO bit and
call napi_gro_receive instead of netif_receive_skb or just call netif_rx.
The latter will call napi_receive_skb automatically. When napi_gro_receive
is used, the driver must either call napi_complete/napi_rx_complete, or
call napi_gro_flush in softirq context if the driver uses the primitives
__napi_complete/__napi_rx_complete.
Protocols will set the gro_receive and gro_complete function pointers in
order to participate in this scheme.
In addition to the packet, gro_receive will get a list of currently held
packets. Each packet in the list has a same_flow field which is non-zero
if it is a potential match for the new packet. For each packet that may
match, they also have a flush field which is non-zero if the held packet
must not be merged with the new packet.
Once gro_receive has determined that the new skb matches a held packet,
the held packet may be processed immediately if the new skb cannot be
merged with it. In this case gro_receive should return the pointer to
the existing skb in gro_list. Otherwise the new skb should be merged into
the existing packet and NULL should be returned, unless the new skb makes
it impossible for any further merges to be made (e.g., FIN packet) where
the merged skb should be returned.
Whenever the skb is merged into an existing entry, the gro_receive
function should set NAPI_GRO_CB(skb)->same_flow. Note that if an skb
merely matches an existing entry but can't be merged with it, then
this shouldn't be set.
If gro_receive finds it pointless to hold the new skb for future merging,
it should set NAPI_GRO_CB(skb)->flush.
Held packets will be flushed by napi_gro_flush which is called by
napi_complete and napi_rx_complete.
Currently held packets are stored in a singly liked list just like LRO.
The list is limited to a maximum of 8 entries. In future, this may be
expanded to use a hash table to allow more flows to be held for merging.
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Signed-off-by: David S. Miller <davem@davemloft.net>
2008-12-16 14:38:52 +07:00
|
|
|
};
|
|
|
|
|
|
|
|
#define NAPI_GRO_CB(skb) ((struct napi_gro_cb *)(skb)->cb)
|
2008-07-09 05:13:05 +07:00
|
|
|
|
2005-04-17 05:20:36 +07:00
|
|
|
struct packet_type {
|
2005-08-10 09:34:12 +07:00
|
|
|
__be16 type; /* This is really htons(ether_type). */
|
|
|
|
struct net_device *dev; /* NULL is wildcarded here */
|
|
|
|
int (*func) (struct sk_buff *,
|
|
|
|
struct net_device *,
|
|
|
|
struct packet_type *,
|
|
|
|
struct net_device *);
|
2012-08-17 05:02:58 +07:00
|
|
|
bool (*id_match)(struct packet_type *ptype,
|
|
|
|
struct sock *sk);
|
2005-04-17 05:20:36 +07:00
|
|
|
void *af_packet_priv;
|
|
|
|
struct list_head list;
|
|
|
|
};
|
|
|
|
|
2012-11-15 15:49:23 +07:00
|
|
|
struct offload_callbacks {
|
2006-06-28 03:22:38 +07:00
|
|
|
struct sk_buff *(*gso_segment)(struct sk_buff *skb,
|
2011-11-15 22:29:55 +07:00
|
|
|
netdev_features_t features);
|
2006-07-09 03:34:56 +07:00
|
|
|
int (*gso_send_check)(struct sk_buff *skb);
|
net: Add Generic Receive Offload infrastructure
This patch adds the top-level GRO (Generic Receive Offload) infrastructure.
This is pretty similar to LRO except that this is protocol-independent.
Instead of holding packets in an lro_mgr structure, they're now held in
napi_struct.
For drivers that intend to use this, they can set the NETIF_F_GRO bit and
call napi_gro_receive instead of netif_receive_skb or just call netif_rx.
The latter will call napi_receive_skb automatically. When napi_gro_receive
is used, the driver must either call napi_complete/napi_rx_complete, or
call napi_gro_flush in softirq context if the driver uses the primitives
__napi_complete/__napi_rx_complete.
Protocols will set the gro_receive and gro_complete function pointers in
order to participate in this scheme.
In addition to the packet, gro_receive will get a list of currently held
packets. Each packet in the list has a same_flow field which is non-zero
if it is a potential match for the new packet. For each packet that may
match, they also have a flush field which is non-zero if the held packet
must not be merged with the new packet.
Once gro_receive has determined that the new skb matches a held packet,
the held packet may be processed immediately if the new skb cannot be
merged with it. In this case gro_receive should return the pointer to
the existing skb in gro_list. Otherwise the new skb should be merged into
the existing packet and NULL should be returned, unless the new skb makes
it impossible for any further merges to be made (e.g., FIN packet) where
the merged skb should be returned.
Whenever the skb is merged into an existing entry, the gro_receive
function should set NAPI_GRO_CB(skb)->same_flow. Note that if an skb
merely matches an existing entry but can't be merged with it, then
this shouldn't be set.
If gro_receive finds it pointless to hold the new skb for future merging,
it should set NAPI_GRO_CB(skb)->flush.
Held packets will be flushed by napi_gro_flush which is called by
napi_complete and napi_rx_complete.
Currently held packets are stored in a singly liked list just like LRO.
The list is limited to a maximum of 8 entries. In future, this may be
expanded to use a hash table to allow more flows to be held for merging.
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Signed-off-by: David S. Miller <davem@davemloft.net>
2008-12-16 14:38:52 +07:00
|
|
|
struct sk_buff **(*gro_receive)(struct sk_buff **head,
|
|
|
|
struct sk_buff *skb);
|
net-gro: Prepare GRO stack for the upcoming tunneling support
This patch modifies the GRO stack to avoid the use of "network_header"
and associated macros like ip_hdr() and ipv6_hdr() in order to allow
an arbitary number of IP hdrs (v4 or v6) to be used in the
encapsulation chain. This lays the foundation for various IP
tunneling support (IP-in-IP, GRE, VXLAN, SIT,...) to be added later.
With this patch, the GRO stack traversing now is mostly based on
skb_gro_offset rather than special hdr offsets saved in skb (e.g.,
skb->network_header). As a result all but the top layer (i.e., the
the transport layer) must have hdrs of the same length in order for
a pkt to be considered for aggregation. Therefore when adding a new
encap layer (e.g., for tunneling), one must check and skip flows
(e.g., by setting NAPI_GRO_CB(p)->same_flow to 0) that have a
different hdr length.
Note that unlike the network header, the transport header can and
will continue to be set by the GRO code since there will be at
most one "transport layer" in the encap chain.
Signed-off-by: H.K. Jerry Chu <hkchu@google.com>
Suggested-by: Eric Dumazet <edumazet@google.com>
Reviewed-by: Eric Dumazet <edumazet@google.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2013-12-12 11:53:45 +07:00
|
|
|
int (*gro_complete)(struct sk_buff *skb, int nhoff);
|
2012-11-15 15:49:23 +07:00
|
|
|
};
|
|
|
|
|
|
|
|
struct packet_offload {
|
|
|
|
__be16 type; /* This is really htons(ether_type). */
|
|
|
|
struct offload_callbacks callbacks;
|
|
|
|
struct list_head list;
|
2005-04-17 05:20:36 +07:00
|
|
|
};
|
|
|
|
|
2014-01-04 12:57:59 +07:00
|
|
|
/* often modified stats are per cpu, other are shared (netdev->stats) */
|
|
|
|
struct pcpu_sw_netstats {
|
|
|
|
u64 rx_packets;
|
|
|
|
u64 rx_bytes;
|
|
|
|
u64 tx_packets;
|
|
|
|
u64 tx_bytes;
|
|
|
|
struct u64_stats_sync syncp;
|
|
|
|
};
|
|
|
|
|
2005-04-17 05:20:36 +07:00
|
|
|
#include <linux/notifier.h>
|
|
|
|
|
2011-07-26 07:13:09 +07:00
|
|
|
/* netdevice notifier chain. Please remember to update the rtnetlink
|
|
|
|
* notification exclusion list in rtnetlink_event() when adding new
|
|
|
|
* types.
|
|
|
|
*/
|
|
|
|
#define NETDEV_UP 0x0001 /* For now you can't veto a device up/down */
|
|
|
|
#define NETDEV_DOWN 0x0002
|
|
|
|
#define NETDEV_REBOOT 0x0003 /* Tell a protocol stack a network interface
|
|
|
|
detected a hardware crash and restarted
|
|
|
|
- we can use this eg to kick tcp sessions
|
|
|
|
once done */
|
|
|
|
#define NETDEV_CHANGE 0x0004 /* Notify device state change */
|
|
|
|
#define NETDEV_REGISTER 0x0005
|
|
|
|
#define NETDEV_UNREGISTER 0x0006
|
|
|
|
#define NETDEV_CHANGEMTU 0x0007
|
|
|
|
#define NETDEV_CHANGEADDR 0x0008
|
|
|
|
#define NETDEV_GOING_DOWN 0x0009
|
|
|
|
#define NETDEV_CHANGENAME 0x000A
|
|
|
|
#define NETDEV_FEAT_CHANGE 0x000B
|
|
|
|
#define NETDEV_BONDING_FAILOVER 0x000C
|
|
|
|
#define NETDEV_PRE_UP 0x000D
|
|
|
|
#define NETDEV_PRE_TYPE_CHANGE 0x000E
|
|
|
|
#define NETDEV_POST_TYPE_CHANGE 0x000F
|
|
|
|
#define NETDEV_POST_INIT 0x0010
|
2012-08-23 00:19:46 +07:00
|
|
|
#define NETDEV_UNREGISTER_FINAL 0x0011
|
2011-07-26 07:13:09 +07:00
|
|
|
#define NETDEV_RELEASE 0x0012
|
|
|
|
#define NETDEV_NOTIFY_PEERS 0x0013
|
|
|
|
#define NETDEV_JOIN 0x0014
|
2013-05-25 11:12:10 +07:00
|
|
|
#define NETDEV_CHANGEUPPER 0x0015
|
2013-07-20 17:13:53 +07:00
|
|
|
#define NETDEV_RESEND_IGMP 0x0016
|
2011-07-26 07:13:09 +07:00
|
|
|
|
2013-09-27 04:48:15 +07:00
|
|
|
int register_netdevice_notifier(struct notifier_block *nb);
|
|
|
|
int unregister_netdevice_notifier(struct notifier_block *nb);
|
2013-05-28 08:30:21 +07:00
|
|
|
|
|
|
|
struct netdev_notifier_info {
|
|
|
|
struct net_device *dev;
|
|
|
|
};
|
|
|
|
|
2013-05-28 08:30:22 +07:00
|
|
|
struct netdev_notifier_change_info {
|
|
|
|
struct netdev_notifier_info info; /* must be first */
|
|
|
|
unsigned int flags_changed;
|
|
|
|
};
|
|
|
|
|
2013-05-29 10:30:50 +07:00
|
|
|
static inline void netdev_notifier_info_init(struct netdev_notifier_info *info,
|
|
|
|
struct net_device *dev)
|
|
|
|
{
|
|
|
|
info->dev = dev;
|
|
|
|
}
|
|
|
|
|
2013-05-28 08:30:21 +07:00
|
|
|
static inline struct net_device *
|
|
|
|
netdev_notifier_info_to_dev(const struct netdev_notifier_info *info)
|
|
|
|
{
|
|
|
|
return info->dev;
|
|
|
|
}
|
|
|
|
|
2013-09-27 04:48:15 +07:00
|
|
|
int call_netdevice_notifiers(unsigned long val, struct net_device *dev);
|
2011-07-26 07:13:09 +07:00
|
|
|
|
|
|
|
|
2005-04-17 05:20:36 +07:00
|
|
|
extern rwlock_t dev_base_lock; /* Device list lock */
|
|
|
|
|
2007-09-18 01:56:21 +07:00
|
|
|
#define for_each_netdev(net, d) \
|
|
|
|
list_for_each_entry(d, &(net)->dev_base_head, dev_list)
|
2009-11-30 05:25:26 +07:00
|
|
|
#define for_each_netdev_reverse(net, d) \
|
|
|
|
list_for_each_entry_reverse(d, &(net)->dev_base_head, dev_list)
|
2009-11-04 20:43:23 +07:00
|
|
|
#define for_each_netdev_rcu(net, d) \
|
|
|
|
list_for_each_entry_rcu(d, &(net)->dev_base_head, dev_list)
|
2007-09-18 01:56:21 +07:00
|
|
|
#define for_each_netdev_safe(net, d, n) \
|
|
|
|
list_for_each_entry_safe(d, n, &(net)->dev_base_head, dev_list)
|
|
|
|
#define for_each_netdev_continue(net, d) \
|
|
|
|
list_for_each_entry_continue(d, &(net)->dev_base_head, dev_list)
|
2009-11-10 14:54:47 +07:00
|
|
|
#define for_each_netdev_continue_rcu(net, d) \
|
|
|
|
list_for_each_entry_continue_rcu(d, &(net)->dev_base_head, dev_list)
|
2013-03-12 09:49:01 +07:00
|
|
|
#define for_each_netdev_in_bond_rcu(bond, slave) \
|
|
|
|
for_each_netdev_rcu(&init_net, slave) \
|
|
|
|
if (netdev_master_upper_dev_get_rcu(slave) == bond)
|
2007-09-18 01:56:21 +07:00
|
|
|
#define net_device_entry(lh) list_entry(lh, struct net_device, dev_list)
|
2007-05-04 05:13:45 +07:00
|
|
|
|
2007-09-12 19:57:09 +07:00
|
|
|
static inline struct net_device *next_net_device(struct net_device *dev)
|
|
|
|
{
|
|
|
|
struct list_head *lh;
|
|
|
|
struct net *net;
|
|
|
|
|
2008-03-25 19:47:49 +07:00
|
|
|
net = dev_net(dev);
|
2007-09-12 19:57:09 +07:00
|
|
|
lh = dev->dev_list.next;
|
|
|
|
return lh == &net->dev_base_head ? NULL : net_device_entry(lh);
|
|
|
|
}
|
|
|
|
|
2009-11-12 00:34:30 +07:00
|
|
|
static inline struct net_device *next_net_device_rcu(struct net_device *dev)
|
|
|
|
{
|
|
|
|
struct list_head *lh;
|
|
|
|
struct net *net;
|
|
|
|
|
|
|
|
net = dev_net(dev);
|
2011-01-27 01:08:02 +07:00
|
|
|
lh = rcu_dereference(list_next_rcu(&dev->dev_list));
|
2009-11-12 00:34:30 +07:00
|
|
|
return lh == &net->dev_base_head ? NULL : net_device_entry(lh);
|
|
|
|
}
|
|
|
|
|
2007-09-12 19:57:09 +07:00
|
|
|
static inline struct net_device *first_net_device(struct net *net)
|
|
|
|
{
|
|
|
|
return list_empty(&net->dev_base_head) ? NULL :
|
|
|
|
net_device_entry(net->dev_base_head.next);
|
|
|
|
}
|
2007-05-04 05:13:45 +07:00
|
|
|
|
2011-01-27 01:08:02 +07:00
|
|
|
static inline struct net_device *first_net_device_rcu(struct net *net)
|
|
|
|
{
|
|
|
|
struct list_head *lh = rcu_dereference(list_next_rcu(&net->dev_base_head));
|
|
|
|
|
|
|
|
return lh == &net->dev_base_head ? NULL : net_device_entry(lh);
|
|
|
|
}
|
|
|
|
|
2013-09-27 04:48:15 +07:00
|
|
|
int netdev_boot_setup_check(struct net_device *dev);
|
|
|
|
unsigned long netdev_boot_base(const char *prefix, int unit);
|
|
|
|
struct net_device *dev_getbyhwaddr_rcu(struct net *net, unsigned short type,
|
|
|
|
const char *hwaddr);
|
|
|
|
struct net_device *dev_getfirstbyhwtype(struct net *net, unsigned short type);
|
|
|
|
struct net_device *__dev_getfirstbyhwtype(struct net *net, unsigned short type);
|
|
|
|
void dev_add_pack(struct packet_type *pt);
|
|
|
|
void dev_remove_pack(struct packet_type *pt);
|
|
|
|
void __dev_remove_pack(struct packet_type *pt);
|
|
|
|
void dev_add_offload(struct packet_offload *po);
|
|
|
|
void dev_remove_offload(struct packet_offload *po);
|
|
|
|
|
|
|
|
struct net_device *dev_get_by_flags_rcu(struct net *net, unsigned short flags,
|
|
|
|
unsigned short mask);
|
|
|
|
struct net_device *dev_get_by_name(struct net *net, const char *name);
|
|
|
|
struct net_device *dev_get_by_name_rcu(struct net *net, const char *name);
|
|
|
|
struct net_device *__dev_get_by_name(struct net *net, const char *name);
|
|
|
|
int dev_alloc_name(struct net_device *dev, const char *name);
|
|
|
|
int dev_open(struct net_device *dev);
|
|
|
|
int dev_close(struct net_device *dev);
|
|
|
|
void dev_disable_lro(struct net_device *dev);
|
|
|
|
int dev_loopback_xmit(struct sk_buff *newskb);
|
|
|
|
int dev_queue_xmit(struct sk_buff *skb);
|
2014-01-10 15:18:26 +07:00
|
|
|
int dev_queue_xmit_accel(struct sk_buff *skb, void *accel_priv);
|
2013-09-27 04:48:15 +07:00
|
|
|
int register_netdevice(struct net_device *dev);
|
|
|
|
void unregister_netdevice_queue(struct net_device *dev, struct list_head *head);
|
|
|
|
void unregister_netdevice_many(struct list_head *head);
|
2009-10-27 14:03:04 +07:00
|
|
|
static inline void unregister_netdevice(struct net_device *dev)
|
|
|
|
{
|
|
|
|
unregister_netdevice_queue(dev, NULL);
|
|
|
|
}
|
|
|
|
|
2013-09-27 04:48:15 +07:00
|
|
|
int netdev_refcnt_read(const struct net_device *dev);
|
|
|
|
void free_netdev(struct net_device *dev);
|
2013-10-31 03:10:44 +07:00
|
|
|
void netdev_freemem(struct net_device *dev);
|
2013-09-27 04:48:15 +07:00
|
|
|
void synchronize_net(void);
|
|
|
|
int init_dummy_netdev(struct net_device *dev);
|
2009-01-15 12:05:05 +07:00
|
|
|
|
2013-09-27 04:48:15 +07:00
|
|
|
struct net_device *dev_get_by_index(struct net *net, int ifindex);
|
|
|
|
struct net_device *__dev_get_by_index(struct net *net, int ifindex);
|
|
|
|
struct net_device *dev_get_by_index_rcu(struct net *net, int ifindex);
|
|
|
|
int netdev_get_name(struct net *net, char *name, int ifindex);
|
|
|
|
int dev_restart(struct net_device *dev);
|
2005-04-17 05:20:36 +07:00
|
|
|
#ifdef CONFIG_NETPOLL_TRAP
|
2013-09-27 04:48:15 +07:00
|
|
|
int netpoll_trap(void);
|
2005-04-17 05:20:36 +07:00
|
|
|
#endif
|
2013-09-27 04:48:15 +07:00
|
|
|
int skb_gro_receive(struct sk_buff **head, struct sk_buff *skb);
|
2009-01-29 21:19:50 +07:00
|
|
|
|
|
|
|
static inline unsigned int skb_gro_offset(const struct sk_buff *skb)
|
|
|
|
{
|
|
|
|
return NAPI_GRO_CB(skb)->data_offset;
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline unsigned int skb_gro_len(const struct sk_buff *skb)
|
|
|
|
{
|
|
|
|
return skb->len - NAPI_GRO_CB(skb)->data_offset;
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline void skb_gro_pull(struct sk_buff *skb, unsigned int len)
|
|
|
|
{
|
|
|
|
NAPI_GRO_CB(skb)->data_offset += len;
|
|
|
|
}
|
|
|
|
|
2009-05-27 01:50:28 +07:00
|
|
|
static inline void *skb_gro_header_fast(struct sk_buff *skb,
|
|
|
|
unsigned int offset)
|
2009-01-29 21:19:50 +07:00
|
|
|
{
|
2009-05-27 01:50:28 +07:00
|
|
|
return NAPI_GRO_CB(skb)->frag0 + offset;
|
|
|
|
}
|
2009-05-27 01:50:21 +07:00
|
|
|
|
2009-05-27 01:50:28 +07:00
|
|
|
static inline int skb_gro_header_hard(struct sk_buff *skb, unsigned int hlen)
|
|
|
|
{
|
|
|
|
return NAPI_GRO_CB(skb)->frag0_len < hlen;
|
|
|
|
}
|
2009-05-27 01:50:21 +07:00
|
|
|
|
2009-05-27 01:50:28 +07:00
|
|
|
static inline void *skb_gro_header_slow(struct sk_buff *skb, unsigned int hlen,
|
|
|
|
unsigned int offset)
|
|
|
|
{
|
2011-07-27 20:16:28 +07:00
|
|
|
if (!pskb_may_pull(skb, hlen))
|
|
|
|
return NULL;
|
|
|
|
|
2009-05-27 01:50:28 +07:00
|
|
|
NAPI_GRO_CB(skb)->frag0 = NULL;
|
|
|
|
NAPI_GRO_CB(skb)->frag0_len = 0;
|
2011-07-27 20:16:28 +07:00
|
|
|
return skb->data + offset;
|
2009-01-29 21:19:50 +07:00
|
|
|
}
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2009-02-09 01:00:37 +07:00
|
|
|
static inline void *skb_gro_mac_header(struct sk_buff *skb)
|
|
|
|
{
|
2009-05-27 01:50:23 +07:00
|
|
|
return NAPI_GRO_CB(skb)->frag0 ?: skb_mac_header(skb);
|
2009-02-09 01:00:37 +07:00
|
|
|
}
|
|
|
|
|
2009-04-27 19:44:45 +07:00
|
|
|
static inline void *skb_gro_network_header(struct sk_buff *skb)
|
|
|
|
{
|
2009-05-27 01:50:23 +07:00
|
|
|
return (NAPI_GRO_CB(skb)->frag0 ?: skb->data) +
|
|
|
|
skb_network_offset(skb);
|
2009-04-27 19:44:45 +07:00
|
|
|
}
|
|
|
|
|
net-gre-gro: Add GRE support to the GRO stack
This patch built on top of Commit 299603e8370a93dd5d8e8d800f0dff1ce2c53d36
("net-gro: Prepare GRO stack for the upcoming tunneling support") to add
the support of the standard GRE (RFC1701/RFC2784/RFC2890) to the GRO
stack. It also serves as an example for supporting other encapsulation
protocols in the GRO stack in the future.
The patch supports version 0 and all the flags (key, csum, seq#) but
will flush any pkt with the S (seq#) flag. This is because the S flag
is not support by GSO, and a GRO pkt may end up in the forwarding path,
thus requiring GSO support to break it up correctly.
Currently the "packet_offload" structure only contains L3 (ETH_P_IP/
ETH_P_IPV6) GRO offload support so the encapped pkts are limited to
IP pkts (i.e., w/o L2 hdr). But support for other protocol type can
be easily added, so is the support for GRE variations like NVGRE.
The patch also support csum offload. Specifically if the csum flag is on
and the h/w is capable of checksumming the payload (CHECKSUM_COMPLETE),
the code will take advantage of the csum computed by the h/w when
validating the GRE csum.
Note that commit 60769a5dcd8755715c7143b4571d5c44f01796f1 "ipv4: gre:
add GRO capability" already introduces GRO capability to IPv4 GRE
tunnels, using the gro_cells infrastructure. But GRO is done after
GRE hdr has been removed (i.e., decapped). The following patch applies
GRO when pkts first come in (before hitting the GRE tunnel code). There
is some performance advantage for applying GRO as early as possible.
Also this approach is transparent to other subsystem like Open vSwitch
where GRE decap is handled outside of the IP stack hence making it
harder for the gro_cells stuff to apply. On the other hand, some NICs
are still not capable of hashing on the inner hdr of a GRE pkt (RSS).
In that case the GRO processing of pkts from the same remote host will
all happen on the same CPU and the performance may be suboptimal.
I'm including some rough preliminary performance numbers below. Note
that the performance will be highly dependent on traffic load, mix as
usual. Moreover it also depends on NIC offload features hence the
following is by no means a comprehesive study. Local testing and tuning
will be needed to decide the best setting.
All tests spawned 50 copies of netperf TCP_STREAM and ran for 30 secs.
(super_netperf 50 -H 192.168.1.18 -l 30)
An IP GRE tunnel with only the key flag on (e.g., ip tunnel add gre1
mode gre local 10.246.17.18 remote 10.246.17.17 ttl 255 key 123)
is configured.
The GRO support for pkts AFTER decap are controlled through the device
feature of the GRE device (e.g., ethtool -K gre1 gro on/off).
1.1 ethtool -K gre1 gro off; ethtool -K eth0 gro off
thruput: 9.16Gbps
CPU utilization: 19%
1.2 ethtool -K gre1 gro on; ethtool -K eth0 gro off
thruput: 5.9Gbps
CPU utilization: 15%
1.3 ethtool -K gre1 gro off; ethtool -K eth0 gro on
thruput: 9.26Gbps
CPU utilization: 12-13%
1.4 ethtool -K gre1 gro on; ethtool -K eth0 gro on
thruput: 9.26Gbps
CPU utilization: 10%
The following tests were performed on a different NIC that is capable of
csum offload. I.e., the h/w is capable of computing IP payload csum
(CHECKSUM_COMPLETE).
2.1 ethtool -K gre1 gro on (hence will use gro_cells)
2.1.1 ethtool -K eth0 gro off; csum offload disabled
thruput: 8.53Gbps
CPU utilization: 9%
2.1.2 ethtool -K eth0 gro off; csum offload enabled
thruput: 8.97Gbps
CPU utilization: 7-8%
2.1.3 ethtool -K eth0 gro on; csum offload disabled
thruput: 8.83Gbps
CPU utilization: 5-6%
2.1.4 ethtool -K eth0 gro on; csum offload enabled
thruput: 8.98Gbps
CPU utilization: 5%
2.2 ethtool -K gre1 gro off
2.2.1 ethtool -K eth0 gro off; csum offload disabled
thruput: 5.93Gbps
CPU utilization: 9%
2.2.2 ethtool -K eth0 gro off; csum offload enabled
thruput: 5.62Gbps
CPU utilization: 8%
2.2.3 ethtool -K eth0 gro on; csum offload disabled
thruput: 7.69Gbps
CPU utilization: 8%
2.2.4 ethtool -K eth0 gro on; csum offload enabled
thruput: 8.96Gbps
CPU utilization: 5-6%
Signed-off-by: H.K. Jerry Chu <hkchu@google.com>
Reviewed-by: Eric Dumazet <edumazet@google.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2014-01-08 01:23:19 +07:00
|
|
|
static inline void skb_gro_postpull_rcsum(struct sk_buff *skb,
|
|
|
|
const void *start, unsigned int len)
|
|
|
|
{
|
|
|
|
if (skb->ip_summed == CHECKSUM_COMPLETE)
|
|
|
|
NAPI_GRO_CB(skb)->csum = csum_sub(NAPI_GRO_CB(skb)->csum,
|
|
|
|
csum_partial(start, len, 0));
|
|
|
|
}
|
|
|
|
|
2007-10-09 15:36:32 +07:00
|
|
|
static inline int dev_hard_header(struct sk_buff *skb, struct net_device *dev,
|
|
|
|
unsigned short type,
|
2007-10-09 15:40:57 +07:00
|
|
|
const void *daddr, const void *saddr,
|
2012-04-15 12:58:06 +07:00
|
|
|
unsigned int len)
|
2007-10-09 15:36:32 +07:00
|
|
|
{
|
2007-10-22 21:16:14 +07:00
|
|
|
if (!dev->header_ops || !dev->header_ops->create)
|
2007-10-09 15:36:32 +07:00
|
|
|
return 0;
|
2007-10-09 15:40:57 +07:00
|
|
|
|
|
|
|
return dev->header_ops->create(skb, dev, type, daddr, saddr, len);
|
2007-10-09 15:36:32 +07:00
|
|
|
}
|
|
|
|
|
2007-09-27 12:13:38 +07:00
|
|
|
static inline int dev_parse_header(const struct sk_buff *skb,
|
|
|
|
unsigned char *haddr)
|
|
|
|
{
|
|
|
|
const struct net_device *dev = skb->dev;
|
|
|
|
|
2007-10-18 19:09:28 +07:00
|
|
|
if (!dev->header_ops || !dev->header_ops->parse)
|
2007-09-27 12:13:38 +07:00
|
|
|
return 0;
|
2007-10-09 15:40:57 +07:00
|
|
|
return dev->header_ops->parse(skb, haddr);
|
2007-09-27 12:13:38 +07:00
|
|
|
}
|
|
|
|
|
2014-01-01 04:23:35 +07:00
|
|
|
static inline int dev_rebuild_header(struct sk_buff *skb)
|
|
|
|
{
|
|
|
|
const struct net_device *dev = skb->dev;
|
|
|
|
|
|
|
|
if (!dev->header_ops || !dev->header_ops->rebuild)
|
|
|
|
return 0;
|
|
|
|
return dev->header_ops->rebuild(skb);
|
|
|
|
}
|
|
|
|
|
2005-04-17 05:20:36 +07:00
|
|
|
typedef int gifconf_func_t(struct net_device * dev, char __user * bufptr, int len);
|
2013-09-27 04:48:15 +07:00
|
|
|
int register_gifconf(unsigned int family, gifconf_func_t *gifconf);
|
2005-04-17 05:20:36 +07:00
|
|
|
static inline int unregister_gifconf(unsigned int family)
|
|
|
|
{
|
|
|
|
return register_gifconf(family, NULL);
|
|
|
|
}
|
|
|
|
|
2013-05-20 11:02:32 +07:00
|
|
|
#ifdef CONFIG_NET_FLOW_LIMIT
|
2013-06-14 02:29:38 +07:00
|
|
|
#define FLOW_LIMIT_HISTORY (1 << 7) /* must be ^2 and !overflow buckets */
|
2013-05-20 11:02:32 +07:00
|
|
|
struct sd_flow_limit {
|
|
|
|
u64 count;
|
|
|
|
unsigned int num_buckets;
|
|
|
|
unsigned int history_head;
|
|
|
|
u16 history[FLOW_LIMIT_HISTORY];
|
|
|
|
u8 buckets[];
|
|
|
|
};
|
|
|
|
|
|
|
|
extern int netdev_flow_limit_table_len;
|
|
|
|
#endif /* CONFIG_NET_FLOW_LIMIT */
|
|
|
|
|
2005-04-17 05:20:36 +07:00
|
|
|
/*
|
2010-04-19 12:07:33 +07:00
|
|
|
* Incoming packets are placed on per-cpu queues
|
2005-04-17 05:20:36 +07:00
|
|
|
*/
|
2009-11-05 00:50:58 +07:00
|
|
|
struct softnet_data {
|
2008-07-16 16:15:04 +07:00
|
|
|
struct Qdisc *output_queue;
|
2010-04-27 06:06:24 +07:00
|
|
|
struct Qdisc **output_queue_tailp;
|
2005-04-17 05:20:36 +07:00
|
|
|
struct list_head poll_list;
|
|
|
|
struct sk_buff *completion_queue;
|
2010-04-28 05:07:33 +07:00
|
|
|
struct sk_buff_head process_queue;
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2010-05-02 12:42:16 +07:00
|
|
|
/* stats */
|
2010-05-03 12:27:59 +07:00
|
|
|
unsigned int processed;
|
|
|
|
unsigned int time_squeeze;
|
|
|
|
unsigned int cpu_collision;
|
|
|
|
unsigned int received_rps;
|
2010-05-02 12:42:16 +07:00
|
|
|
|
2010-04-15 14:16:59 +07:00
|
|
|
#ifdef CONFIG_RPS
|
2010-04-19 12:07:33 +07:00
|
|
|
struct softnet_data *rps_ipi_list;
|
|
|
|
|
|
|
|
/* Elements below can be accessed between CPUs for RPS */
|
2010-03-16 15:03:29 +07:00
|
|
|
struct call_single_data csd ____cacheline_aligned_in_smp;
|
2010-04-19 12:07:33 +07:00
|
|
|
struct softnet_data *rps_ipi_next;
|
|
|
|
unsigned int cpu;
|
rfs: Receive Flow Steering
This patch implements receive flow steering (RFS). RFS steers
received packets for layer 3 and 4 processing to the CPU where
the application for the corresponding flow is running. RFS is an
extension of Receive Packet Steering (RPS).
The basic idea of RFS is that when an application calls recvmsg
(or sendmsg) the application's running CPU is stored in a hash
table that is indexed by the connection's rxhash which is stored in
the socket structure. The rxhash is passed in skb's received on
the connection from netif_receive_skb. For each received packet,
the associated rxhash is used to look up the CPU in the hash table,
if a valid CPU is set then the packet is steered to that CPU using
the RPS mechanisms.
The convolution of the simple approach is that it would potentially
allow OOO packets. If threads are thrashing around CPUs or multiple
threads are trying to read from the same sockets, a quickly changing
CPU value in the hash table could cause rampant OOO packets--
we consider this a non-starter.
To avoid OOO packets, this solution implements two types of hash
tables: rps_sock_flow_table and rps_dev_flow_table.
rps_sock_table is a global hash table. Each entry is just a CPU
number and it is populated in recvmsg and sendmsg as described above.
This table contains the "desired" CPUs for flows.
rps_dev_flow_table is specific to each device queue. Each entry
contains a CPU and a tail queue counter. The CPU is the "current"
CPU for a matching flow. The tail queue counter holds the value
of a tail queue counter for the associated CPU's backlog queue at
the time of last enqueue for a flow matching the entry.
Each backlog queue has a queue head counter which is incremented
on dequeue, and so a queue tail counter is computed as queue head
count + queue length. When a packet is enqueued on a backlog queue,
the current value of the queue tail counter is saved in the hash
entry of the rps_dev_flow_table.
And now the trick: when selecting the CPU for RPS (get_rps_cpu)
the rps_sock_flow table and the rps_dev_flow table for the RX queue
are consulted. When the desired CPU for the flow (found in the
rps_sock_flow table) does not match the current CPU (found in the
rps_dev_flow table), the current CPU is changed to the desired CPU
if one of the following is true:
- The current CPU is unset (equal to RPS_NO_CPU)
- Current CPU is offline
- The current CPU's queue head counter >= queue tail counter in the
rps_dev_flow table. This checks if the queue tail has advanced
beyond the last packet that was enqueued using this table entry.
This guarantees that all packets queued using this entry have been
dequeued, thus preserving in order delivery.
Making each queue have its own rps_dev_flow table has two advantages:
1) the tail queue counters will be written on each receive, so
keeping the table local to interrupting CPU s good for locality. 2)
this allows lockless access to the table-- the CPU number and queue
tail counter need to be accessed together under mutual exclusion
from netif_receive_skb, we assume that this is only called from
device napi_poll which is non-reentrant.
This patch implements RFS for TCP and connected UDP sockets.
It should be usable for other flow oriented protocols.
There are two configuration parameters for RFS. The
"rps_flow_entries" kernel init parameter sets the number of
entries in the rps_sock_flow_table, the per rxqueue sysfs entry
"rps_flow_cnt" contains the number of entries in the rps_dev_flow
table for the rxqueue. Both are rounded to power of two.
The obvious benefit of RFS (over just RPS) is that it achieves
CPU locality between the receive processing for a flow and the
applications processing; this can result in increased performance
(higher pps, lower latency).
The benefits of RFS are dependent on cache hierarchy, application
load, and other factors. On simple benchmarks, we don't necessarily
see improvement and sometimes see degradation. However, for more
complex benchmarks and for applications where cache pressure is
much higher this technique seems to perform very well.
Below are some benchmark results which show the potential benfit of
this patch. The netperf test has 500 instances of netperf TCP_RR
test with 1 byte req. and resp. The RPC test is an request/response
test similar in structure to netperf RR test ith 100 threads on
each host, but does more work in userspace that netperf.
e1000e on 8 core Intel
No RFS or RPS 104K tps at 30% CPU
No RFS (best RPS config): 290K tps at 63% CPU
RFS 303K tps at 61% CPU
RPC test tps CPU% 50/90/99% usec latency Latency StdDev
No RFS/RPS 103K 48% 757/900/3185 4472.35
RPS only: 174K 73% 415/993/2468 491.66
RFS 223K 73% 379/651/1382 315.61
Signed-off-by: Tom Herbert <therbert@google.com>
Signed-off-by: Eric Dumazet <eric.dumazet@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2010-04-17 06:01:27 +07:00
|
|
|
unsigned int input_queue_head;
|
2010-05-21 01:37:59 +07:00
|
|
|
unsigned int input_queue_tail;
|
2010-03-19 07:45:44 +07:00
|
|
|
#endif
|
2012-04-15 12:58:06 +07:00
|
|
|
unsigned int dropped;
|
2010-03-16 15:03:29 +07:00
|
|
|
struct sk_buff_head input_pkt_queue;
|
[NET]: Make NAPI polling independent of struct net_device objects.
Several devices have multiple independant RX queues per net
device, and some have a single interrupt doorbell for several
queues.
In either case, it's easier to support layouts like that if the
structure representing the poll is independant from the net
device itself.
The signature of the ->poll() call back goes from:
int foo_poll(struct net_device *dev, int *budget)
to
int foo_poll(struct napi_struct *napi, int budget)
The caller is returned the number of RX packets processed (or
the number of "NAPI credits" consumed if you want to get
abstract). The callee no longer messes around bumping
dev->quota, *budget, etc. because that is all handled in the
caller upon return.
The napi_struct is to be embedded in the device driver private data
structures.
Furthermore, it is the driver's responsibility to disable all NAPI
instances in it's ->stop() device close handler. Since the
napi_struct is privatized into the driver's private data structures,
only the driver knows how to get at all of the napi_struct instances
it may have per-device.
With lots of help and suggestions from Rusty Russell, Roland Dreier,
Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
[ Ported to current tree and all drivers converted. Integrated
Stephen's follow-on kerneldoc additions, and restored poll_list
handling to the old style to fix mutual exclusion issues. -DaveM ]
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-10-04 06:41:36 +07:00
|
|
|
struct napi_struct backlog;
|
2013-05-20 11:02:32 +07:00
|
|
|
|
|
|
|
#ifdef CONFIG_NET_FLOW_LIMIT
|
2013-06-14 02:29:38 +07:00
|
|
|
struct sd_flow_limit __rcu *flow_limit;
|
2013-05-20 11:02:32 +07:00
|
|
|
#endif
|
2005-04-17 05:20:36 +07:00
|
|
|
};
|
|
|
|
|
2010-05-21 01:37:59 +07:00
|
|
|
static inline void input_queue_head_incr(struct softnet_data *sd)
|
rfs: Receive Flow Steering
This patch implements receive flow steering (RFS). RFS steers
received packets for layer 3 and 4 processing to the CPU where
the application for the corresponding flow is running. RFS is an
extension of Receive Packet Steering (RPS).
The basic idea of RFS is that when an application calls recvmsg
(or sendmsg) the application's running CPU is stored in a hash
table that is indexed by the connection's rxhash which is stored in
the socket structure. The rxhash is passed in skb's received on
the connection from netif_receive_skb. For each received packet,
the associated rxhash is used to look up the CPU in the hash table,
if a valid CPU is set then the packet is steered to that CPU using
the RPS mechanisms.
The convolution of the simple approach is that it would potentially
allow OOO packets. If threads are thrashing around CPUs or multiple
threads are trying to read from the same sockets, a quickly changing
CPU value in the hash table could cause rampant OOO packets--
we consider this a non-starter.
To avoid OOO packets, this solution implements two types of hash
tables: rps_sock_flow_table and rps_dev_flow_table.
rps_sock_table is a global hash table. Each entry is just a CPU
number and it is populated in recvmsg and sendmsg as described above.
This table contains the "desired" CPUs for flows.
rps_dev_flow_table is specific to each device queue. Each entry
contains a CPU and a tail queue counter. The CPU is the "current"
CPU for a matching flow. The tail queue counter holds the value
of a tail queue counter for the associated CPU's backlog queue at
the time of last enqueue for a flow matching the entry.
Each backlog queue has a queue head counter which is incremented
on dequeue, and so a queue tail counter is computed as queue head
count + queue length. When a packet is enqueued on a backlog queue,
the current value of the queue tail counter is saved in the hash
entry of the rps_dev_flow_table.
And now the trick: when selecting the CPU for RPS (get_rps_cpu)
the rps_sock_flow table and the rps_dev_flow table for the RX queue
are consulted. When the desired CPU for the flow (found in the
rps_sock_flow table) does not match the current CPU (found in the
rps_dev_flow table), the current CPU is changed to the desired CPU
if one of the following is true:
- The current CPU is unset (equal to RPS_NO_CPU)
- Current CPU is offline
- The current CPU's queue head counter >= queue tail counter in the
rps_dev_flow table. This checks if the queue tail has advanced
beyond the last packet that was enqueued using this table entry.
This guarantees that all packets queued using this entry have been
dequeued, thus preserving in order delivery.
Making each queue have its own rps_dev_flow table has two advantages:
1) the tail queue counters will be written on each receive, so
keeping the table local to interrupting CPU s good for locality. 2)
this allows lockless access to the table-- the CPU number and queue
tail counter need to be accessed together under mutual exclusion
from netif_receive_skb, we assume that this is only called from
device napi_poll which is non-reentrant.
This patch implements RFS for TCP and connected UDP sockets.
It should be usable for other flow oriented protocols.
There are two configuration parameters for RFS. The
"rps_flow_entries" kernel init parameter sets the number of
entries in the rps_sock_flow_table, the per rxqueue sysfs entry
"rps_flow_cnt" contains the number of entries in the rps_dev_flow
table for the rxqueue. Both are rounded to power of two.
The obvious benefit of RFS (over just RPS) is that it achieves
CPU locality between the receive processing for a flow and the
applications processing; this can result in increased performance
(higher pps, lower latency).
The benefits of RFS are dependent on cache hierarchy, application
load, and other factors. On simple benchmarks, we don't necessarily
see improvement and sometimes see degradation. However, for more
complex benchmarks and for applications where cache pressure is
much higher this technique seems to perform very well.
Below are some benchmark results which show the potential benfit of
this patch. The netperf test has 500 instances of netperf TCP_RR
test with 1 byte req. and resp. The RPC test is an request/response
test similar in structure to netperf RR test ith 100 threads on
each host, but does more work in userspace that netperf.
e1000e on 8 core Intel
No RFS or RPS 104K tps at 30% CPU
No RFS (best RPS config): 290K tps at 63% CPU
RFS 303K tps at 61% CPU
RPC test tps CPU% 50/90/99% usec latency Latency StdDev
No RFS/RPS 103K 48% 757/900/3185 4472.35
RPS only: 174K 73% 415/993/2468 491.66
RFS 223K 73% 379/651/1382 315.61
Signed-off-by: Tom Herbert <therbert@google.com>
Signed-off-by: Eric Dumazet <eric.dumazet@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2010-04-17 06:01:27 +07:00
|
|
|
{
|
|
|
|
#ifdef CONFIG_RPS
|
2010-05-21 01:37:59 +07:00
|
|
|
sd->input_queue_head++;
|
|
|
|
#endif
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline void input_queue_tail_incr_save(struct softnet_data *sd,
|
|
|
|
unsigned int *qtail)
|
|
|
|
{
|
|
|
|
#ifdef CONFIG_RPS
|
|
|
|
*qtail = ++sd->input_queue_tail;
|
rfs: Receive Flow Steering
This patch implements receive flow steering (RFS). RFS steers
received packets for layer 3 and 4 processing to the CPU where
the application for the corresponding flow is running. RFS is an
extension of Receive Packet Steering (RPS).
The basic idea of RFS is that when an application calls recvmsg
(or sendmsg) the application's running CPU is stored in a hash
table that is indexed by the connection's rxhash which is stored in
the socket structure. The rxhash is passed in skb's received on
the connection from netif_receive_skb. For each received packet,
the associated rxhash is used to look up the CPU in the hash table,
if a valid CPU is set then the packet is steered to that CPU using
the RPS mechanisms.
The convolution of the simple approach is that it would potentially
allow OOO packets. If threads are thrashing around CPUs or multiple
threads are trying to read from the same sockets, a quickly changing
CPU value in the hash table could cause rampant OOO packets--
we consider this a non-starter.
To avoid OOO packets, this solution implements two types of hash
tables: rps_sock_flow_table and rps_dev_flow_table.
rps_sock_table is a global hash table. Each entry is just a CPU
number and it is populated in recvmsg and sendmsg as described above.
This table contains the "desired" CPUs for flows.
rps_dev_flow_table is specific to each device queue. Each entry
contains a CPU and a tail queue counter. The CPU is the "current"
CPU for a matching flow. The tail queue counter holds the value
of a tail queue counter for the associated CPU's backlog queue at
the time of last enqueue for a flow matching the entry.
Each backlog queue has a queue head counter which is incremented
on dequeue, and so a queue tail counter is computed as queue head
count + queue length. When a packet is enqueued on a backlog queue,
the current value of the queue tail counter is saved in the hash
entry of the rps_dev_flow_table.
And now the trick: when selecting the CPU for RPS (get_rps_cpu)
the rps_sock_flow table and the rps_dev_flow table for the RX queue
are consulted. When the desired CPU for the flow (found in the
rps_sock_flow table) does not match the current CPU (found in the
rps_dev_flow table), the current CPU is changed to the desired CPU
if one of the following is true:
- The current CPU is unset (equal to RPS_NO_CPU)
- Current CPU is offline
- The current CPU's queue head counter >= queue tail counter in the
rps_dev_flow table. This checks if the queue tail has advanced
beyond the last packet that was enqueued using this table entry.
This guarantees that all packets queued using this entry have been
dequeued, thus preserving in order delivery.
Making each queue have its own rps_dev_flow table has two advantages:
1) the tail queue counters will be written on each receive, so
keeping the table local to interrupting CPU s good for locality. 2)
this allows lockless access to the table-- the CPU number and queue
tail counter need to be accessed together under mutual exclusion
from netif_receive_skb, we assume that this is only called from
device napi_poll which is non-reentrant.
This patch implements RFS for TCP and connected UDP sockets.
It should be usable for other flow oriented protocols.
There are two configuration parameters for RFS. The
"rps_flow_entries" kernel init parameter sets the number of
entries in the rps_sock_flow_table, the per rxqueue sysfs entry
"rps_flow_cnt" contains the number of entries in the rps_dev_flow
table for the rxqueue. Both are rounded to power of two.
The obvious benefit of RFS (over just RPS) is that it achieves
CPU locality between the receive processing for a flow and the
applications processing; this can result in increased performance
(higher pps, lower latency).
The benefits of RFS are dependent on cache hierarchy, application
load, and other factors. On simple benchmarks, we don't necessarily
see improvement and sometimes see degradation. However, for more
complex benchmarks and for applications where cache pressure is
much higher this technique seems to perform very well.
Below are some benchmark results which show the potential benfit of
this patch. The netperf test has 500 instances of netperf TCP_RR
test with 1 byte req. and resp. The RPC test is an request/response
test similar in structure to netperf RR test ith 100 threads on
each host, but does more work in userspace that netperf.
e1000e on 8 core Intel
No RFS or RPS 104K tps at 30% CPU
No RFS (best RPS config): 290K tps at 63% CPU
RFS 303K tps at 61% CPU
RPC test tps CPU% 50/90/99% usec latency Latency StdDev
No RFS/RPS 103K 48% 757/900/3185 4472.35
RPS only: 174K 73% 415/993/2468 491.66
RFS 223K 73% 379/651/1382 315.61
Signed-off-by: Tom Herbert <therbert@google.com>
Signed-off-by: Eric Dumazet <eric.dumazet@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2010-04-17 06:01:27 +07:00
|
|
|
#endif
|
|
|
|
}
|
|
|
|
|
2010-03-16 15:03:29 +07:00
|
|
|
DECLARE_PER_CPU_ALIGNED(struct softnet_data, softnet_data);
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2013-09-27 04:48:15 +07:00
|
|
|
void __netif_schedule(struct Qdisc *q);
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2008-07-09 13:11:25 +07:00
|
|
|
static inline void netif_schedule_queue(struct netdev_queue *txq)
|
2005-04-17 05:20:36 +07:00
|
|
|
{
|
2011-11-28 23:32:44 +07:00
|
|
|
if (!(txq->state & QUEUE_STATE_ANY_XOFF))
|
2008-07-16 16:15:04 +07:00
|
|
|
__netif_schedule(txq->qdisc);
|
2008-07-09 13:11:25 +07:00
|
|
|
}
|
|
|
|
|
2008-07-17 15:56:23 +07:00
|
|
|
static inline void netif_tx_schedule_all(struct net_device *dev)
|
|
|
|
{
|
|
|
|
unsigned int i;
|
|
|
|
|
|
|
|
for (i = 0; i < dev->num_tx_queues; i++)
|
|
|
|
netif_schedule_queue(netdev_get_tx_queue(dev, i));
|
|
|
|
}
|
|
|
|
|
2008-07-23 04:09:06 +07:00
|
|
|
static inline void netif_tx_start_queue(struct netdev_queue *dev_queue)
|
|
|
|
{
|
2011-11-28 23:32:44 +07:00
|
|
|
clear_bit(__QUEUE_STATE_DRV_XOFF, &dev_queue->state);
|
2008-07-23 04:09:06 +07:00
|
|
|
}
|
|
|
|
|
[NET]: Make NAPI polling independent of struct net_device objects.
Several devices have multiple independant RX queues per net
device, and some have a single interrupt doorbell for several
queues.
In either case, it's easier to support layouts like that if the
structure representing the poll is independant from the net
device itself.
The signature of the ->poll() call back goes from:
int foo_poll(struct net_device *dev, int *budget)
to
int foo_poll(struct napi_struct *napi, int budget)
The caller is returned the number of RX packets processed (or
the number of "NAPI credits" consumed if you want to get
abstract). The callee no longer messes around bumping
dev->quota, *budget, etc. because that is all handled in the
caller upon return.
The napi_struct is to be embedded in the device driver private data
structures.
Furthermore, it is the driver's responsibility to disable all NAPI
instances in it's ->stop() device close handler. Since the
napi_struct is privatized into the driver's private data structures,
only the driver knows how to get at all of the napi_struct instances
it may have per-device.
With lots of help and suggestions from Rusty Russell, Roland Dreier,
Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
[ Ported to current tree and all drivers converted. Integrated
Stephen's follow-on kerneldoc additions, and restored poll_list
handling to the old style to fix mutual exclusion issues. -DaveM ]
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-10-04 06:41:36 +07:00
|
|
|
/**
|
|
|
|
* netif_start_queue - allow transmit
|
|
|
|
* @dev: network device
|
|
|
|
*
|
|
|
|
* Allow upper layers to call the device hard_start_xmit routine.
|
|
|
|
*/
|
2005-04-17 05:20:36 +07:00
|
|
|
static inline void netif_start_queue(struct net_device *dev)
|
|
|
|
{
|
2008-07-17 14:34:19 +07:00
|
|
|
netif_tx_start_queue(netdev_get_tx_queue(dev, 0));
|
2005-04-17 05:20:36 +07:00
|
|
|
}
|
|
|
|
|
2008-07-17 15:56:23 +07:00
|
|
|
static inline void netif_tx_start_all_queues(struct net_device *dev)
|
|
|
|
{
|
|
|
|
unsigned int i;
|
|
|
|
|
|
|
|
for (i = 0; i < dev->num_tx_queues; i++) {
|
|
|
|
struct netdev_queue *txq = netdev_get_tx_queue(dev, i);
|
|
|
|
netif_tx_start_queue(txq);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2008-07-09 13:14:46 +07:00
|
|
|
static inline void netif_tx_wake_queue(struct netdev_queue *dev_queue)
|
2005-04-17 05:20:36 +07:00
|
|
|
{
|
|
|
|
#ifdef CONFIG_NETPOLL_TRAP
|
2007-04-29 10:57:37 +07:00
|
|
|
if (netpoll_trap()) {
|
2009-08-30 03:21:21 +07:00
|
|
|
netif_tx_start_queue(dev_queue);
|
2005-04-17 05:20:36 +07:00
|
|
|
return;
|
2007-04-29 10:57:37 +07:00
|
|
|
}
|
2005-04-17 05:20:36 +07:00
|
|
|
#endif
|
2011-11-28 23:32:44 +07:00
|
|
|
if (test_and_clear_bit(__QUEUE_STATE_DRV_XOFF, &dev_queue->state))
|
2008-07-16 16:15:04 +07:00
|
|
|
__netif_schedule(dev_queue->qdisc);
|
2008-07-09 13:14:46 +07:00
|
|
|
}
|
|
|
|
|
2008-07-23 04:09:06 +07:00
|
|
|
/**
|
|
|
|
* netif_wake_queue - restart transmit
|
|
|
|
* @dev: network device
|
|
|
|
*
|
|
|
|
* Allow upper layers to call the device hard_start_xmit routine.
|
|
|
|
* Used for flow control when transmit resources are available.
|
|
|
|
*/
|
2008-07-09 13:14:46 +07:00
|
|
|
static inline void netif_wake_queue(struct net_device *dev)
|
|
|
|
{
|
2008-07-17 14:34:19 +07:00
|
|
|
netif_tx_wake_queue(netdev_get_tx_queue(dev, 0));
|
2005-04-17 05:20:36 +07:00
|
|
|
}
|
|
|
|
|
2008-07-17 15:56:23 +07:00
|
|
|
static inline void netif_tx_wake_all_queues(struct net_device *dev)
|
|
|
|
{
|
|
|
|
unsigned int i;
|
|
|
|
|
|
|
|
for (i = 0; i < dev->num_tx_queues; i++) {
|
|
|
|
struct netdev_queue *txq = netdev_get_tx_queue(dev, i);
|
|
|
|
netif_tx_wake_queue(txq);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2008-07-23 04:09:06 +07:00
|
|
|
static inline void netif_tx_stop_queue(struct netdev_queue *dev_queue)
|
|
|
|
{
|
2010-11-06 13:39:32 +07:00
|
|
|
if (WARN_ON(!dev_queue)) {
|
2011-03-01 14:06:12 +07:00
|
|
|
pr_info("netif_stop_queue() cannot be called before register_netdev()\n");
|
2010-11-06 13:39:32 +07:00
|
|
|
return;
|
|
|
|
}
|
2011-11-28 23:32:44 +07:00
|
|
|
set_bit(__QUEUE_STATE_DRV_XOFF, &dev_queue->state);
|
2008-07-23 04:09:06 +07:00
|
|
|
}
|
|
|
|
|
[NET]: Make NAPI polling independent of struct net_device objects.
Several devices have multiple independant RX queues per net
device, and some have a single interrupt doorbell for several
queues.
In either case, it's easier to support layouts like that if the
structure representing the poll is independant from the net
device itself.
The signature of the ->poll() call back goes from:
int foo_poll(struct net_device *dev, int *budget)
to
int foo_poll(struct napi_struct *napi, int budget)
The caller is returned the number of RX packets processed (or
the number of "NAPI credits" consumed if you want to get
abstract). The callee no longer messes around bumping
dev->quota, *budget, etc. because that is all handled in the
caller upon return.
The napi_struct is to be embedded in the device driver private data
structures.
Furthermore, it is the driver's responsibility to disable all NAPI
instances in it's ->stop() device close handler. Since the
napi_struct is privatized into the driver's private data structures,
only the driver knows how to get at all of the napi_struct instances
it may have per-device.
With lots of help and suggestions from Rusty Russell, Roland Dreier,
Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
[ Ported to current tree and all drivers converted. Integrated
Stephen's follow-on kerneldoc additions, and restored poll_list
handling to the old style to fix mutual exclusion issues. -DaveM ]
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-10-04 06:41:36 +07:00
|
|
|
/**
|
|
|
|
* netif_stop_queue - stop transmitted packets
|
|
|
|
* @dev: network device
|
|
|
|
*
|
|
|
|
* Stop upper layers calling the device hard_start_xmit routine.
|
|
|
|
* Used for flow control when transmit resources are unavailable.
|
|
|
|
*/
|
2005-04-17 05:20:36 +07:00
|
|
|
static inline void netif_stop_queue(struct net_device *dev)
|
|
|
|
{
|
2008-07-17 14:34:19 +07:00
|
|
|
netif_tx_stop_queue(netdev_get_tx_queue(dev, 0));
|
2005-04-17 05:20:36 +07:00
|
|
|
}
|
|
|
|
|
2008-07-17 15:56:23 +07:00
|
|
|
static inline void netif_tx_stop_all_queues(struct net_device *dev)
|
|
|
|
{
|
|
|
|
unsigned int i;
|
|
|
|
|
|
|
|
for (i = 0; i < dev->num_tx_queues; i++) {
|
|
|
|
struct netdev_queue *txq = netdev_get_tx_queue(dev, i);
|
|
|
|
netif_tx_stop_queue(txq);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
net: Use bool in netdevice.h helpers.
Specifically use it in napi_disable_pending(), napi_schedule_prep(),
napi_reschedule(), netif_tx_queue_stopped(), netif_queue_stopped(),
netif_xmit_stopped(), netif_xmit_frozen_or_stopped(), netif_running(),
__netif_subqueue_stopped(), netif_subqueue_stopped(),
netif_is_multiquue(), netif_carrier_ok(), netif_dormant(),
netif_oper_up(), netif_device_present(), __netif_tx_trylock(),
net_gso_ok(), skb_gso_ok(), netif_needs_gso(), and
netif_is_bond_slave().
Signed-off-by: David S. Miller <davem@davemloft.net>
2012-03-08 09:02:35 +07:00
|
|
|
static inline bool netif_tx_queue_stopped(const struct netdev_queue *dev_queue)
|
2008-07-23 04:09:06 +07:00
|
|
|
{
|
2011-11-28 23:32:44 +07:00
|
|
|
return test_bit(__QUEUE_STATE_DRV_XOFF, &dev_queue->state);
|
2008-07-23 04:09:06 +07:00
|
|
|
}
|
|
|
|
|
[NET]: Make NAPI polling independent of struct net_device objects.
Several devices have multiple independant RX queues per net
device, and some have a single interrupt doorbell for several
queues.
In either case, it's easier to support layouts like that if the
structure representing the poll is independant from the net
device itself.
The signature of the ->poll() call back goes from:
int foo_poll(struct net_device *dev, int *budget)
to
int foo_poll(struct napi_struct *napi, int budget)
The caller is returned the number of RX packets processed (or
the number of "NAPI credits" consumed if you want to get
abstract). The callee no longer messes around bumping
dev->quota, *budget, etc. because that is all handled in the
caller upon return.
The napi_struct is to be embedded in the device driver private data
structures.
Furthermore, it is the driver's responsibility to disable all NAPI
instances in it's ->stop() device close handler. Since the
napi_struct is privatized into the driver's private data structures,
only the driver knows how to get at all of the napi_struct instances
it may have per-device.
With lots of help and suggestions from Rusty Russell, Roland Dreier,
Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
[ Ported to current tree and all drivers converted. Integrated
Stephen's follow-on kerneldoc additions, and restored poll_list
handling to the old style to fix mutual exclusion issues. -DaveM ]
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-10-04 06:41:36 +07:00
|
|
|
/**
|
|
|
|
* netif_queue_stopped - test if transmit queue is flowblocked
|
|
|
|
* @dev: network device
|
|
|
|
*
|
|
|
|
* Test if transmit queue on device is currently unable to send.
|
|
|
|
*/
|
net: Use bool in netdevice.h helpers.
Specifically use it in napi_disable_pending(), napi_schedule_prep(),
napi_reschedule(), netif_tx_queue_stopped(), netif_queue_stopped(),
netif_xmit_stopped(), netif_xmit_frozen_or_stopped(), netif_running(),
__netif_subqueue_stopped(), netif_subqueue_stopped(),
netif_is_multiquue(), netif_carrier_ok(), netif_dormant(),
netif_oper_up(), netif_device_present(), __netif_tx_trylock(),
net_gso_ok(), skb_gso_ok(), netif_needs_gso(), and
netif_is_bond_slave().
Signed-off-by: David S. Miller <davem@davemloft.net>
2012-03-08 09:02:35 +07:00
|
|
|
static inline bool netif_queue_stopped(const struct net_device *dev)
|
2005-04-17 05:20:36 +07:00
|
|
|
{
|
2008-07-17 14:34:19 +07:00
|
|
|
return netif_tx_queue_stopped(netdev_get_tx_queue(dev, 0));
|
2005-04-17 05:20:36 +07:00
|
|
|
}
|
|
|
|
|
net: Use bool in netdevice.h helpers.
Specifically use it in napi_disable_pending(), napi_schedule_prep(),
napi_reschedule(), netif_tx_queue_stopped(), netif_queue_stopped(),
netif_xmit_stopped(), netif_xmit_frozen_or_stopped(), netif_running(),
__netif_subqueue_stopped(), netif_subqueue_stopped(),
netif_is_multiquue(), netif_carrier_ok(), netif_dormant(),
netif_oper_up(), netif_device_present(), __netif_tx_trylock(),
net_gso_ok(), skb_gso_ok(), netif_needs_gso(), and
netif_is_bond_slave().
Signed-off-by: David S. Miller <davem@davemloft.net>
2012-03-08 09:02:35 +07:00
|
|
|
static inline bool netif_xmit_stopped(const struct netdev_queue *dev_queue)
|
2008-08-01 06:58:50 +07:00
|
|
|
{
|
2011-11-28 23:32:44 +07:00
|
|
|
return dev_queue->state & QUEUE_STATE_ANY_XOFF;
|
|
|
|
}
|
|
|
|
|
net: Use bool in netdevice.h helpers.
Specifically use it in napi_disable_pending(), napi_schedule_prep(),
napi_reschedule(), netif_tx_queue_stopped(), netif_queue_stopped(),
netif_xmit_stopped(), netif_xmit_frozen_or_stopped(), netif_running(),
__netif_subqueue_stopped(), netif_subqueue_stopped(),
netif_is_multiquue(), netif_carrier_ok(), netif_dormant(),
netif_oper_up(), netif_device_present(), __netif_tx_trylock(),
net_gso_ok(), skb_gso_ok(), netif_needs_gso(), and
netif_is_bond_slave().
Signed-off-by: David S. Miller <davem@davemloft.net>
2012-03-08 09:02:35 +07:00
|
|
|
static inline bool netif_xmit_frozen_or_stopped(const struct netdev_queue *dev_queue)
|
2011-11-28 23:32:44 +07:00
|
|
|
{
|
|
|
|
return dev_queue->state & QUEUE_STATE_ANY_XOFF_OR_FROZEN;
|
|
|
|
}
|
|
|
|
|
2011-11-28 23:32:52 +07:00
|
|
|
static inline void netdev_tx_sent_queue(struct netdev_queue *dev_queue,
|
|
|
|
unsigned int bytes)
|
|
|
|
{
|
2011-11-28 23:33:09 +07:00
|
|
|
#ifdef CONFIG_BQL
|
|
|
|
dql_queued(&dev_queue->dql, bytes);
|
2012-02-07 09:29:06 +07:00
|
|
|
|
|
|
|
if (likely(dql_avail(&dev_queue->dql) >= 0))
|
|
|
|
return;
|
|
|
|
|
|
|
|
set_bit(__QUEUE_STATE_STACK_XOFF, &dev_queue->state);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* The XOFF flag must be set before checking the dql_avail below,
|
|
|
|
* because in netdev_tx_completed_queue we update the dql_completed
|
|
|
|
* before checking the XOFF flag.
|
|
|
|
*/
|
|
|
|
smp_mb();
|
|
|
|
|
|
|
|
/* check again in case another CPU has just made room avail */
|
|
|
|
if (unlikely(dql_avail(&dev_queue->dql) >= 0))
|
|
|
|
clear_bit(__QUEUE_STATE_STACK_XOFF, &dev_queue->state);
|
2011-11-28 23:33:09 +07:00
|
|
|
#endif
|
2011-11-28 23:32:52 +07:00
|
|
|
}
|
|
|
|
|
2013-09-06 22:58:00 +07:00
|
|
|
/**
|
|
|
|
* netdev_sent_queue - report the number of bytes queued to hardware
|
|
|
|
* @dev: network device
|
|
|
|
* @bytes: number of bytes queued to the hardware device queue
|
|
|
|
*
|
|
|
|
* Report the number of bytes queued for sending/completion to the network
|
|
|
|
* device hardware queue. @bytes should be a good approximation and should
|
|
|
|
* exactly match netdev_completed_queue() @bytes
|
|
|
|
*/
|
2011-11-28 23:32:52 +07:00
|
|
|
static inline void netdev_sent_queue(struct net_device *dev, unsigned int bytes)
|
|
|
|
{
|
|
|
|
netdev_tx_sent_queue(netdev_get_tx_queue(dev, 0), bytes);
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline void netdev_tx_completed_queue(struct netdev_queue *dev_queue,
|
2012-04-15 12:58:06 +07:00
|
|
|
unsigned int pkts, unsigned int bytes)
|
2011-11-28 23:32:52 +07:00
|
|
|
{
|
2011-11-28 23:33:09 +07:00
|
|
|
#ifdef CONFIG_BQL
|
2012-02-07 09:29:06 +07:00
|
|
|
if (unlikely(!bytes))
|
|
|
|
return;
|
|
|
|
|
|
|
|
dql_completed(&dev_queue->dql, bytes);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Without the memory barrier there is a small possiblity that
|
|
|
|
* netdev_tx_sent_queue will miss the update and cause the queue to
|
|
|
|
* be stopped forever
|
|
|
|
*/
|
|
|
|
smp_mb();
|
|
|
|
|
|
|
|
if (dql_avail(&dev_queue->dql) < 0)
|
|
|
|
return;
|
|
|
|
|
|
|
|
if (test_and_clear_bit(__QUEUE_STATE_STACK_XOFF, &dev_queue->state))
|
|
|
|
netif_schedule_queue(dev_queue);
|
2011-11-28 23:33:09 +07:00
|
|
|
#endif
|
2011-11-28 23:32:52 +07:00
|
|
|
}
|
|
|
|
|
2013-09-06 22:58:00 +07:00
|
|
|
/**
|
|
|
|
* netdev_completed_queue - report bytes and packets completed by device
|
|
|
|
* @dev: network device
|
|
|
|
* @pkts: actual number of packets sent over the medium
|
|
|
|
* @bytes: actual number of bytes sent over the medium
|
|
|
|
*
|
|
|
|
* Report the number of bytes and packets transmitted by the network device
|
|
|
|
* hardware queue over the physical medium, @bytes must exactly match the
|
|
|
|
* @bytes amount passed to netdev_sent_queue()
|
|
|
|
*/
|
2011-11-28 23:32:52 +07:00
|
|
|
static inline void netdev_completed_queue(struct net_device *dev,
|
2012-04-15 12:58:06 +07:00
|
|
|
unsigned int pkts, unsigned int bytes)
|
2011-11-28 23:32:52 +07:00
|
|
|
{
|
|
|
|
netdev_tx_completed_queue(netdev_get_tx_queue(dev, 0), pkts, bytes);
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline void netdev_tx_reset_queue(struct netdev_queue *q)
|
|
|
|
{
|
2011-11-28 23:33:09 +07:00
|
|
|
#ifdef CONFIG_BQL
|
2012-02-07 09:29:01 +07:00
|
|
|
clear_bit(__QUEUE_STATE_STACK_XOFF, &q->state);
|
2011-11-28 23:33:09 +07:00
|
|
|
dql_reset(&q->dql);
|
|
|
|
#endif
|
2011-11-28 23:32:52 +07:00
|
|
|
}
|
|
|
|
|
2013-09-06 22:58:00 +07:00
|
|
|
/**
|
|
|
|
* netdev_reset_queue - reset the packets and bytes count of a network device
|
|
|
|
* @dev_queue: network device
|
|
|
|
*
|
|
|
|
* Reset the bytes and packet count of a network device and clear the
|
|
|
|
* software flow control OFF bit for this network device
|
|
|
|
*/
|
2011-11-28 23:32:52 +07:00
|
|
|
static inline void netdev_reset_queue(struct net_device *dev_queue)
|
|
|
|
{
|
|
|
|
netdev_tx_reset_queue(netdev_get_tx_queue(dev_queue, 0));
|
2008-08-01 06:58:50 +07:00
|
|
|
}
|
|
|
|
|
[NET]: Make NAPI polling independent of struct net_device objects.
Several devices have multiple independant RX queues per net
device, and some have a single interrupt doorbell for several
queues.
In either case, it's easier to support layouts like that if the
structure representing the poll is independant from the net
device itself.
The signature of the ->poll() call back goes from:
int foo_poll(struct net_device *dev, int *budget)
to
int foo_poll(struct napi_struct *napi, int budget)
The caller is returned the number of RX packets processed (or
the number of "NAPI credits" consumed if you want to get
abstract). The callee no longer messes around bumping
dev->quota, *budget, etc. because that is all handled in the
caller upon return.
The napi_struct is to be embedded in the device driver private data
structures.
Furthermore, it is the driver's responsibility to disable all NAPI
instances in it's ->stop() device close handler. Since the
napi_struct is privatized into the driver's private data structures,
only the driver knows how to get at all of the napi_struct instances
it may have per-device.
With lots of help and suggestions from Rusty Russell, Roland Dreier,
Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
[ Ported to current tree and all drivers converted. Integrated
Stephen's follow-on kerneldoc additions, and restored poll_list
handling to the old style to fix mutual exclusion issues. -DaveM ]
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-10-04 06:41:36 +07:00
|
|
|
/**
|
|
|
|
* netif_running - test if up
|
|
|
|
* @dev: network device
|
|
|
|
*
|
|
|
|
* Test if the device has been brought up.
|
|
|
|
*/
|
net: Use bool in netdevice.h helpers.
Specifically use it in napi_disable_pending(), napi_schedule_prep(),
napi_reschedule(), netif_tx_queue_stopped(), netif_queue_stopped(),
netif_xmit_stopped(), netif_xmit_frozen_or_stopped(), netif_running(),
__netif_subqueue_stopped(), netif_subqueue_stopped(),
netif_is_multiquue(), netif_carrier_ok(), netif_dormant(),
netif_oper_up(), netif_device_present(), __netif_tx_trylock(),
net_gso_ok(), skb_gso_ok(), netif_needs_gso(), and
netif_is_bond_slave().
Signed-off-by: David S. Miller <davem@davemloft.net>
2012-03-08 09:02:35 +07:00
|
|
|
static inline bool netif_running(const struct net_device *dev)
|
2005-04-17 05:20:36 +07:00
|
|
|
{
|
|
|
|
return test_bit(__LINK_STATE_START, &dev->state);
|
|
|
|
}
|
|
|
|
|
2007-07-07 03:36:20 +07:00
|
|
|
/*
|
|
|
|
* Routines to manage the subqueues on a device. We only need start
|
|
|
|
* stop, and a check if it's stopped. All other device management is
|
|
|
|
* done at the overall netdevice level.
|
|
|
|
* Also test the device if we're multiqueue.
|
|
|
|
*/
|
[NET]: Make NAPI polling independent of struct net_device objects.
Several devices have multiple independant RX queues per net
device, and some have a single interrupt doorbell for several
queues.
In either case, it's easier to support layouts like that if the
structure representing the poll is independant from the net
device itself.
The signature of the ->poll() call back goes from:
int foo_poll(struct net_device *dev, int *budget)
to
int foo_poll(struct napi_struct *napi, int budget)
The caller is returned the number of RX packets processed (or
the number of "NAPI credits" consumed if you want to get
abstract). The callee no longer messes around bumping
dev->quota, *budget, etc. because that is all handled in the
caller upon return.
The napi_struct is to be embedded in the device driver private data
structures.
Furthermore, it is the driver's responsibility to disable all NAPI
instances in it's ->stop() device close handler. Since the
napi_struct is privatized into the driver's private data structures,
only the driver knows how to get at all of the napi_struct instances
it may have per-device.
With lots of help and suggestions from Rusty Russell, Roland Dreier,
Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
[ Ported to current tree and all drivers converted. Integrated
Stephen's follow-on kerneldoc additions, and restored poll_list
handling to the old style to fix mutual exclusion issues. -DaveM ]
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-10-04 06:41:36 +07:00
|
|
|
|
|
|
|
/**
|
|
|
|
* netif_start_subqueue - allow sending packets on subqueue
|
|
|
|
* @dev: network device
|
|
|
|
* @queue_index: sub queue index
|
|
|
|
*
|
|
|
|
* Start individual transmit queue of a device with multiple transmit queues.
|
|
|
|
*/
|
2007-07-07 03:36:20 +07:00
|
|
|
static inline void netif_start_subqueue(struct net_device *dev, u16 queue_index)
|
|
|
|
{
|
2008-07-17 15:56:23 +07:00
|
|
|
struct netdev_queue *txq = netdev_get_tx_queue(dev, queue_index);
|
2009-08-30 03:21:21 +07:00
|
|
|
|
|
|
|
netif_tx_start_queue(txq);
|
2007-07-07 03:36:20 +07:00
|
|
|
}
|
|
|
|
|
[NET]: Make NAPI polling independent of struct net_device objects.
Several devices have multiple independant RX queues per net
device, and some have a single interrupt doorbell for several
queues.
In either case, it's easier to support layouts like that if the
structure representing the poll is independant from the net
device itself.
The signature of the ->poll() call back goes from:
int foo_poll(struct net_device *dev, int *budget)
to
int foo_poll(struct napi_struct *napi, int budget)
The caller is returned the number of RX packets processed (or
the number of "NAPI credits" consumed if you want to get
abstract). The callee no longer messes around bumping
dev->quota, *budget, etc. because that is all handled in the
caller upon return.
The napi_struct is to be embedded in the device driver private data
structures.
Furthermore, it is the driver's responsibility to disable all NAPI
instances in it's ->stop() device close handler. Since the
napi_struct is privatized into the driver's private data structures,
only the driver knows how to get at all of the napi_struct instances
it may have per-device.
With lots of help and suggestions from Rusty Russell, Roland Dreier,
Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
[ Ported to current tree and all drivers converted. Integrated
Stephen's follow-on kerneldoc additions, and restored poll_list
handling to the old style to fix mutual exclusion issues. -DaveM ]
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-10-04 06:41:36 +07:00
|
|
|
/**
|
|
|
|
* netif_stop_subqueue - stop sending packets on subqueue
|
|
|
|
* @dev: network device
|
|
|
|
* @queue_index: sub queue index
|
|
|
|
*
|
|
|
|
* Stop individual transmit queue of a device with multiple transmit queues.
|
|
|
|
*/
|
2007-07-07 03:36:20 +07:00
|
|
|
static inline void netif_stop_subqueue(struct net_device *dev, u16 queue_index)
|
|
|
|
{
|
2008-07-17 15:56:23 +07:00
|
|
|
struct netdev_queue *txq = netdev_get_tx_queue(dev, queue_index);
|
2007-07-07 03:36:20 +07:00
|
|
|
#ifdef CONFIG_NETPOLL_TRAP
|
|
|
|
if (netpoll_trap())
|
|
|
|
return;
|
|
|
|
#endif
|
2009-08-30 03:21:21 +07:00
|
|
|
netif_tx_stop_queue(txq);
|
2007-07-07 03:36:20 +07:00
|
|
|
}
|
|
|
|
|
[NET]: Make NAPI polling independent of struct net_device objects.
Several devices have multiple independant RX queues per net
device, and some have a single interrupt doorbell for several
queues.
In either case, it's easier to support layouts like that if the
structure representing the poll is independant from the net
device itself.
The signature of the ->poll() call back goes from:
int foo_poll(struct net_device *dev, int *budget)
to
int foo_poll(struct napi_struct *napi, int budget)
The caller is returned the number of RX packets processed (or
the number of "NAPI credits" consumed if you want to get
abstract). The callee no longer messes around bumping
dev->quota, *budget, etc. because that is all handled in the
caller upon return.
The napi_struct is to be embedded in the device driver private data
structures.
Furthermore, it is the driver's responsibility to disable all NAPI
instances in it's ->stop() device close handler. Since the
napi_struct is privatized into the driver's private data structures,
only the driver knows how to get at all of the napi_struct instances
it may have per-device.
With lots of help and suggestions from Rusty Russell, Roland Dreier,
Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
[ Ported to current tree and all drivers converted. Integrated
Stephen's follow-on kerneldoc additions, and restored poll_list
handling to the old style to fix mutual exclusion issues. -DaveM ]
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-10-04 06:41:36 +07:00
|
|
|
/**
|
|
|
|
* netif_subqueue_stopped - test status of subqueue
|
|
|
|
* @dev: network device
|
|
|
|
* @queue_index: sub queue index
|
|
|
|
*
|
|
|
|
* Check individual transmit queue of a device with multiple transmit queues.
|
|
|
|
*/
|
net: Use bool in netdevice.h helpers.
Specifically use it in napi_disable_pending(), napi_schedule_prep(),
napi_reschedule(), netif_tx_queue_stopped(), netif_queue_stopped(),
netif_xmit_stopped(), netif_xmit_frozen_or_stopped(), netif_running(),
__netif_subqueue_stopped(), netif_subqueue_stopped(),
netif_is_multiquue(), netif_carrier_ok(), netif_dormant(),
netif_oper_up(), netif_device_present(), __netif_tx_trylock(),
net_gso_ok(), skb_gso_ok(), netif_needs_gso(), and
netif_is_bond_slave().
Signed-off-by: David S. Miller <davem@davemloft.net>
2012-03-08 09:02:35 +07:00
|
|
|
static inline bool __netif_subqueue_stopped(const struct net_device *dev,
|
|
|
|
u16 queue_index)
|
2007-07-07 03:36:20 +07:00
|
|
|
{
|
2008-07-17 15:56:23 +07:00
|
|
|
struct netdev_queue *txq = netdev_get_tx_queue(dev, queue_index);
|
2009-08-30 03:21:21 +07:00
|
|
|
|
|
|
|
return netif_tx_queue_stopped(txq);
|
2007-07-07 03:36:20 +07:00
|
|
|
}
|
|
|
|
|
net: Use bool in netdevice.h helpers.
Specifically use it in napi_disable_pending(), napi_schedule_prep(),
napi_reschedule(), netif_tx_queue_stopped(), netif_queue_stopped(),
netif_xmit_stopped(), netif_xmit_frozen_or_stopped(), netif_running(),
__netif_subqueue_stopped(), netif_subqueue_stopped(),
netif_is_multiquue(), netif_carrier_ok(), netif_dormant(),
netif_oper_up(), netif_device_present(), __netif_tx_trylock(),
net_gso_ok(), skb_gso_ok(), netif_needs_gso(), and
netif_is_bond_slave().
Signed-off-by: David S. Miller <davem@davemloft.net>
2012-03-08 09:02:35 +07:00
|
|
|
static inline bool netif_subqueue_stopped(const struct net_device *dev,
|
|
|
|
struct sk_buff *skb)
|
2007-10-22 07:01:56 +07:00
|
|
|
{
|
|
|
|
return __netif_subqueue_stopped(dev, skb_get_queue_mapping(skb));
|
|
|
|
}
|
[NET]: Make NAPI polling independent of struct net_device objects.
Several devices have multiple independant RX queues per net
device, and some have a single interrupt doorbell for several
queues.
In either case, it's easier to support layouts like that if the
structure representing the poll is independant from the net
device itself.
The signature of the ->poll() call back goes from:
int foo_poll(struct net_device *dev, int *budget)
to
int foo_poll(struct napi_struct *napi, int budget)
The caller is returned the number of RX packets processed (or
the number of "NAPI credits" consumed if you want to get
abstract). The callee no longer messes around bumping
dev->quota, *budget, etc. because that is all handled in the
caller upon return.
The napi_struct is to be embedded in the device driver private data
structures.
Furthermore, it is the driver's responsibility to disable all NAPI
instances in it's ->stop() device close handler. Since the
napi_struct is privatized into the driver's private data structures,
only the driver knows how to get at all of the napi_struct instances
it may have per-device.
With lots of help and suggestions from Rusty Russell, Roland Dreier,
Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
[ Ported to current tree and all drivers converted. Integrated
Stephen's follow-on kerneldoc additions, and restored poll_list
handling to the old style to fix mutual exclusion issues. -DaveM ]
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-10-04 06:41:36 +07:00
|
|
|
|
|
|
|
/**
|
|
|
|
* netif_wake_subqueue - allow sending packets on subqueue
|
|
|
|
* @dev: network device
|
|
|
|
* @queue_index: sub queue index
|
|
|
|
*
|
|
|
|
* Resume individual transmit queue of a device with multiple transmit queues.
|
|
|
|
*/
|
2007-07-07 03:36:20 +07:00
|
|
|
static inline void netif_wake_subqueue(struct net_device *dev, u16 queue_index)
|
|
|
|
{
|
2008-07-17 15:56:23 +07:00
|
|
|
struct netdev_queue *txq = netdev_get_tx_queue(dev, queue_index);
|
2007-07-07 03:36:20 +07:00
|
|
|
#ifdef CONFIG_NETPOLL_TRAP
|
|
|
|
if (netpoll_trap())
|
|
|
|
return;
|
|
|
|
#endif
|
2011-11-28 23:32:44 +07:00
|
|
|
if (test_and_clear_bit(__QUEUE_STATE_DRV_XOFF, &txq->state))
|
2008-07-16 16:15:04 +07:00
|
|
|
__netif_schedule(txq->qdisc);
|
2007-07-07 03:36:20 +07:00
|
|
|
}
|
|
|
|
|
2013-01-10 15:57:02 +07:00
|
|
|
#ifdef CONFIG_XPS
|
2013-10-09 10:07:53 +07:00
|
|
|
int netif_set_xps_queue(struct net_device *dev, const struct cpumask *mask,
|
2013-09-27 04:48:15 +07:00
|
|
|
u16 index);
|
2013-01-10 15:57:02 +07:00
|
|
|
#else
|
|
|
|
static inline int netif_set_xps_queue(struct net_device *dev,
|
2013-10-02 13:14:06 +07:00
|
|
|
const struct cpumask *mask,
|
2013-01-10 15:57:02 +07:00
|
|
|
u16 index)
|
|
|
|
{
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
2010-12-13 13:27:10 +07:00
|
|
|
/*
|
|
|
|
* Returns a Tx hash for the given packet when dev->real_num_tx_queues is used
|
|
|
|
* as a distribution range limit for the returned value.
|
|
|
|
*/
|
|
|
|
static inline u16 skb_tx_hash(const struct net_device *dev,
|
|
|
|
const struct sk_buff *skb)
|
|
|
|
{
|
|
|
|
return __skb_tx_hash(dev, skb, dev->real_num_tx_queues);
|
|
|
|
}
|
|
|
|
|
[NET]: Make NAPI polling independent of struct net_device objects.
Several devices have multiple independant RX queues per net
device, and some have a single interrupt doorbell for several
queues.
In either case, it's easier to support layouts like that if the
structure representing the poll is independant from the net
device itself.
The signature of the ->poll() call back goes from:
int foo_poll(struct net_device *dev, int *budget)
to
int foo_poll(struct napi_struct *napi, int budget)
The caller is returned the number of RX packets processed (or
the number of "NAPI credits" consumed if you want to get
abstract). The callee no longer messes around bumping
dev->quota, *budget, etc. because that is all handled in the
caller upon return.
The napi_struct is to be embedded in the device driver private data
structures.
Furthermore, it is the driver's responsibility to disable all NAPI
instances in it's ->stop() device close handler. Since the
napi_struct is privatized into the driver's private data structures,
only the driver knows how to get at all of the napi_struct instances
it may have per-device.
With lots of help and suggestions from Rusty Russell, Roland Dreier,
Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
[ Ported to current tree and all drivers converted. Integrated
Stephen's follow-on kerneldoc additions, and restored poll_list
handling to the old style to fix mutual exclusion issues. -DaveM ]
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-10-04 06:41:36 +07:00
|
|
|
/**
|
|
|
|
* netif_is_multiqueue - test if device has multiple transmit queues
|
|
|
|
* @dev: network device
|
|
|
|
*
|
|
|
|
* Check if device has multiple transmit queues
|
|
|
|
*/
|
net: Use bool in netdevice.h helpers.
Specifically use it in napi_disable_pending(), napi_schedule_prep(),
napi_reschedule(), netif_tx_queue_stopped(), netif_queue_stopped(),
netif_xmit_stopped(), netif_xmit_frozen_or_stopped(), netif_running(),
__netif_subqueue_stopped(), netif_subqueue_stopped(),
netif_is_multiquue(), netif_carrier_ok(), netif_dormant(),
netif_oper_up(), netif_device_present(), __netif_tx_trylock(),
net_gso_ok(), skb_gso_ok(), netif_needs_gso(), and
netif_is_bond_slave().
Signed-off-by: David S. Miller <davem@davemloft.net>
2012-03-08 09:02:35 +07:00
|
|
|
static inline bool netif_is_multiqueue(const struct net_device *dev)
|
2007-07-07 03:36:20 +07:00
|
|
|
{
|
2010-09-23 03:43:57 +07:00
|
|
|
return dev->num_tx_queues > 1;
|
2007-07-07 03:36:20 +07:00
|
|
|
}
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2013-09-27 04:48:15 +07:00
|
|
|
int netif_set_real_num_tx_queues(struct net_device *dev, unsigned int txq);
|
2010-07-01 20:21:57 +07:00
|
|
|
|
2010-09-27 15:24:33 +07:00
|
|
|
#ifdef CONFIG_RPS
|
2013-09-27 04:48:15 +07:00
|
|
|
int netif_set_real_num_rx_queues(struct net_device *dev, unsigned int rxq);
|
2010-09-27 15:24:33 +07:00
|
|
|
#else
|
|
|
|
static inline int netif_set_real_num_rx_queues(struct net_device *dev,
|
|
|
|
unsigned int rxq)
|
|
|
|
{
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
2010-09-27 15:24:49 +07:00
|
|
|
static inline int netif_copy_real_num_queues(struct net_device *to_dev,
|
|
|
|
const struct net_device *from_dev)
|
|
|
|
{
|
2012-07-20 09:28:46 +07:00
|
|
|
int err;
|
|
|
|
|
|
|
|
err = netif_set_real_num_tx_queues(to_dev,
|
|
|
|
from_dev->real_num_tx_queues);
|
|
|
|
if (err)
|
|
|
|
return err;
|
2010-09-27 15:24:49 +07:00
|
|
|
#ifdef CONFIG_RPS
|
|
|
|
return netif_set_real_num_rx_queues(to_dev,
|
|
|
|
from_dev->real_num_rx_queues);
|
|
|
|
#else
|
|
|
|
return 0;
|
|
|
|
#endif
|
|
|
|
}
|
|
|
|
|
2012-07-01 10:18:50 +07:00
|
|
|
#define DEFAULT_MAX_NUM_RSS_QUEUES (8)
|
2013-09-27 04:48:15 +07:00
|
|
|
int netif_get_num_default_rss_queues(void);
|
2012-07-01 10:18:50 +07:00
|
|
|
|
2013-12-05 19:45:08 +07:00
|
|
|
enum skb_free_reason {
|
|
|
|
SKB_REASON_CONSUMED,
|
|
|
|
SKB_REASON_DROPPED,
|
|
|
|
};
|
|
|
|
|
|
|
|
void __dev_kfree_skb_irq(struct sk_buff *skb, enum skb_free_reason reason);
|
|
|
|
void __dev_kfree_skb_any(struct sk_buff *skb, enum skb_free_reason reason);
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2013-12-05 19:45:08 +07:00
|
|
|
/*
|
|
|
|
* It is not allowed to call kfree_skb() or consume_skb() from hardware
|
|
|
|
* interrupt context or with hardware interrupts being disabled.
|
|
|
|
* (in_irq() || irqs_disabled())
|
|
|
|
*
|
|
|
|
* We provide four helpers that can be used in following contexts :
|
|
|
|
*
|
|
|
|
* dev_kfree_skb_irq(skb) when caller drops a packet from irq context,
|
|
|
|
* replacing kfree_skb(skb)
|
|
|
|
*
|
|
|
|
* dev_consume_skb_irq(skb) when caller consumes a packet from irq context.
|
|
|
|
* Typically used in place of consume_skb(skb) in TX completion path
|
|
|
|
*
|
|
|
|
* dev_kfree_skb_any(skb) when caller doesn't know its current irq context,
|
|
|
|
* replacing kfree_skb(skb)
|
|
|
|
*
|
|
|
|
* dev_consume_skb_any(skb) when caller doesn't know its current irq context,
|
|
|
|
* and consumed a packet. Used in place of consume_skb(skb)
|
2005-04-17 05:20:36 +07:00
|
|
|
*/
|
2013-12-05 19:45:08 +07:00
|
|
|
static inline void dev_kfree_skb_irq(struct sk_buff *skb)
|
|
|
|
{
|
|
|
|
__dev_kfree_skb_irq(skb, SKB_REASON_DROPPED);
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline void dev_consume_skb_irq(struct sk_buff *skb)
|
|
|
|
{
|
|
|
|
__dev_kfree_skb_irq(skb, SKB_REASON_CONSUMED);
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline void dev_kfree_skb_any(struct sk_buff *skb)
|
|
|
|
{
|
|
|
|
__dev_kfree_skb_any(skb, SKB_REASON_DROPPED);
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline void dev_consume_skb_any(struct sk_buff *skb)
|
|
|
|
{
|
|
|
|
__dev_kfree_skb_any(skb, SKB_REASON_CONSUMED);
|
|
|
|
}
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2013-09-27 04:48:15 +07:00
|
|
|
int netif_rx(struct sk_buff *skb);
|
|
|
|
int netif_rx_ni(struct sk_buff *skb);
|
|
|
|
int netif_receive_skb(struct sk_buff *skb);
|
|
|
|
gro_result_t napi_gro_receive(struct napi_struct *napi, struct sk_buff *skb);
|
|
|
|
void napi_gro_flush(struct napi_struct *napi, bool flush_old);
|
|
|
|
struct sk_buff *napi_get_frags(struct napi_struct *napi);
|
|
|
|
gro_result_t napi_gro_frags(struct napi_struct *napi);
|
net-gre-gro: Add GRE support to the GRO stack
This patch built on top of Commit 299603e8370a93dd5d8e8d800f0dff1ce2c53d36
("net-gro: Prepare GRO stack for the upcoming tunneling support") to add
the support of the standard GRE (RFC1701/RFC2784/RFC2890) to the GRO
stack. It also serves as an example for supporting other encapsulation
protocols in the GRO stack in the future.
The patch supports version 0 and all the flags (key, csum, seq#) but
will flush any pkt with the S (seq#) flag. This is because the S flag
is not support by GSO, and a GRO pkt may end up in the forwarding path,
thus requiring GSO support to break it up correctly.
Currently the "packet_offload" structure only contains L3 (ETH_P_IP/
ETH_P_IPV6) GRO offload support so the encapped pkts are limited to
IP pkts (i.e., w/o L2 hdr). But support for other protocol type can
be easily added, so is the support for GRE variations like NVGRE.
The patch also support csum offload. Specifically if the csum flag is on
and the h/w is capable of checksumming the payload (CHECKSUM_COMPLETE),
the code will take advantage of the csum computed by the h/w when
validating the GRE csum.
Note that commit 60769a5dcd8755715c7143b4571d5c44f01796f1 "ipv4: gre:
add GRO capability" already introduces GRO capability to IPv4 GRE
tunnels, using the gro_cells infrastructure. But GRO is done after
GRE hdr has been removed (i.e., decapped). The following patch applies
GRO when pkts first come in (before hitting the GRE tunnel code). There
is some performance advantage for applying GRO as early as possible.
Also this approach is transparent to other subsystem like Open vSwitch
where GRE decap is handled outside of the IP stack hence making it
harder for the gro_cells stuff to apply. On the other hand, some NICs
are still not capable of hashing on the inner hdr of a GRE pkt (RSS).
In that case the GRO processing of pkts from the same remote host will
all happen on the same CPU and the performance may be suboptimal.
I'm including some rough preliminary performance numbers below. Note
that the performance will be highly dependent on traffic load, mix as
usual. Moreover it also depends on NIC offload features hence the
following is by no means a comprehesive study. Local testing and tuning
will be needed to decide the best setting.
All tests spawned 50 copies of netperf TCP_STREAM and ran for 30 secs.
(super_netperf 50 -H 192.168.1.18 -l 30)
An IP GRE tunnel with only the key flag on (e.g., ip tunnel add gre1
mode gre local 10.246.17.18 remote 10.246.17.17 ttl 255 key 123)
is configured.
The GRO support for pkts AFTER decap are controlled through the device
feature of the GRE device (e.g., ethtool -K gre1 gro on/off).
1.1 ethtool -K gre1 gro off; ethtool -K eth0 gro off
thruput: 9.16Gbps
CPU utilization: 19%
1.2 ethtool -K gre1 gro on; ethtool -K eth0 gro off
thruput: 5.9Gbps
CPU utilization: 15%
1.3 ethtool -K gre1 gro off; ethtool -K eth0 gro on
thruput: 9.26Gbps
CPU utilization: 12-13%
1.4 ethtool -K gre1 gro on; ethtool -K eth0 gro on
thruput: 9.26Gbps
CPU utilization: 10%
The following tests were performed on a different NIC that is capable of
csum offload. I.e., the h/w is capable of computing IP payload csum
(CHECKSUM_COMPLETE).
2.1 ethtool -K gre1 gro on (hence will use gro_cells)
2.1.1 ethtool -K eth0 gro off; csum offload disabled
thruput: 8.53Gbps
CPU utilization: 9%
2.1.2 ethtool -K eth0 gro off; csum offload enabled
thruput: 8.97Gbps
CPU utilization: 7-8%
2.1.3 ethtool -K eth0 gro on; csum offload disabled
thruput: 8.83Gbps
CPU utilization: 5-6%
2.1.4 ethtool -K eth0 gro on; csum offload enabled
thruput: 8.98Gbps
CPU utilization: 5%
2.2 ethtool -K gre1 gro off
2.2.1 ethtool -K eth0 gro off; csum offload disabled
thruput: 5.93Gbps
CPU utilization: 9%
2.2.2 ethtool -K eth0 gro off; csum offload enabled
thruput: 5.62Gbps
CPU utilization: 8%
2.2.3 ethtool -K eth0 gro on; csum offload disabled
thruput: 7.69Gbps
CPU utilization: 8%
2.2.4 ethtool -K eth0 gro on; csum offload enabled
thruput: 8.96Gbps
CPU utilization: 5-6%
Signed-off-by: H.K. Jerry Chu <hkchu@google.com>
Reviewed-by: Eric Dumazet <edumazet@google.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2014-01-08 01:23:19 +07:00
|
|
|
struct packet_offload *gro_find_receive_by_type(__be16 type);
|
|
|
|
struct packet_offload *gro_find_complete_by_type(__be16 type);
|
2009-04-16 16:02:07 +07:00
|
|
|
|
|
|
|
static inline void napi_free_frags(struct napi_struct *napi)
|
|
|
|
{
|
|
|
|
kfree_skb(napi->skb);
|
|
|
|
napi->skb = NULL;
|
|
|
|
}
|
|
|
|
|
2013-09-27 04:48:15 +07:00
|
|
|
int netdev_rx_handler_register(struct net_device *dev,
|
|
|
|
rx_handler_func_t *rx_handler,
|
|
|
|
void *rx_handler_data);
|
|
|
|
void netdev_rx_handler_unregister(struct net_device *dev);
|
|
|
|
|
|
|
|
bool dev_valid_name(const char *name);
|
|
|
|
int dev_ioctl(struct net *net, unsigned int cmd, void __user *);
|
|
|
|
int dev_ethtool(struct net *net, struct ifreq *);
|
|
|
|
unsigned int dev_get_flags(const struct net_device *);
|
|
|
|
int __dev_change_flags(struct net_device *, unsigned int flags);
|
|
|
|
int dev_change_flags(struct net_device *, unsigned int);
|
2013-10-01 02:36:45 +07:00
|
|
|
void __dev_notify_flags(struct net_device *, unsigned int old_flags,
|
|
|
|
unsigned int gchanges);
|
2013-09-27 04:48:15 +07:00
|
|
|
int dev_change_name(struct net_device *, const char *);
|
|
|
|
int dev_set_alias(struct net_device *, const char *, size_t);
|
|
|
|
int dev_change_net_namespace(struct net_device *, struct net *, const char *);
|
|
|
|
int dev_set_mtu(struct net_device *, int);
|
|
|
|
void dev_set_group(struct net_device *, int);
|
|
|
|
int dev_set_mac_address(struct net_device *, struct sockaddr *);
|
|
|
|
int dev_change_carrier(struct net_device *, bool new_carrier);
|
|
|
|
int dev_get_phys_port_id(struct net_device *dev,
|
|
|
|
struct netdev_phys_port_id *ppid);
|
|
|
|
int dev_hard_start_xmit(struct sk_buff *skb, struct net_device *dev,
|
2014-01-10 15:18:26 +07:00
|
|
|
struct netdev_queue *txq);
|
2013-09-27 04:48:15 +07:00
|
|
|
int dev_forward_skb(struct net_device *dev, struct sk_buff *skb);
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2005-08-16 12:18:02 +07:00
|
|
|
extern int netdev_budget;
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
/* Called by rtnetlink.c:rtnl_unlock() */
|
2013-09-27 04:48:15 +07:00
|
|
|
void netdev_run_todo(void);
|
2005-04-17 05:20:36 +07:00
|
|
|
|
[NET]: Make NAPI polling independent of struct net_device objects.
Several devices have multiple independant RX queues per net
device, and some have a single interrupt doorbell for several
queues.
In either case, it's easier to support layouts like that if the
structure representing the poll is independant from the net
device itself.
The signature of the ->poll() call back goes from:
int foo_poll(struct net_device *dev, int *budget)
to
int foo_poll(struct napi_struct *napi, int budget)
The caller is returned the number of RX packets processed (or
the number of "NAPI credits" consumed if you want to get
abstract). The callee no longer messes around bumping
dev->quota, *budget, etc. because that is all handled in the
caller upon return.
The napi_struct is to be embedded in the device driver private data
structures.
Furthermore, it is the driver's responsibility to disable all NAPI
instances in it's ->stop() device close handler. Since the
napi_struct is privatized into the driver's private data structures,
only the driver knows how to get at all of the napi_struct instances
it may have per-device.
With lots of help and suggestions from Rusty Russell, Roland Dreier,
Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
[ Ported to current tree and all drivers converted. Integrated
Stephen's follow-on kerneldoc additions, and restored poll_list
handling to the old style to fix mutual exclusion issues. -DaveM ]
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-10-04 06:41:36 +07:00
|
|
|
/**
|
|
|
|
* dev_put - release reference to device
|
|
|
|
* @dev: network device
|
|
|
|
*
|
2007-10-11 11:18:17 +07:00
|
|
|
* Release reference to device to allow it to be freed.
|
[NET]: Make NAPI polling independent of struct net_device objects.
Several devices have multiple independant RX queues per net
device, and some have a single interrupt doorbell for several
queues.
In either case, it's easier to support layouts like that if the
structure representing the poll is independant from the net
device itself.
The signature of the ->poll() call back goes from:
int foo_poll(struct net_device *dev, int *budget)
to
int foo_poll(struct napi_struct *napi, int budget)
The caller is returned the number of RX packets processed (or
the number of "NAPI credits" consumed if you want to get
abstract). The callee no longer messes around bumping
dev->quota, *budget, etc. because that is all handled in the
caller upon return.
The napi_struct is to be embedded in the device driver private data
structures.
Furthermore, it is the driver's responsibility to disable all NAPI
instances in it's ->stop() device close handler. Since the
napi_struct is privatized into the driver's private data structures,
only the driver knows how to get at all of the napi_struct instances
it may have per-device.
With lots of help and suggestions from Rusty Russell, Roland Dreier,
Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
[ Ported to current tree and all drivers converted. Integrated
Stephen's follow-on kerneldoc additions, and restored poll_list
handling to the old style to fix mutual exclusion issues. -DaveM ]
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-10-04 06:41:36 +07:00
|
|
|
*/
|
2005-04-17 05:20:36 +07:00
|
|
|
static inline void dev_put(struct net_device *dev)
|
|
|
|
{
|
2011-12-23 00:58:51 +07:00
|
|
|
this_cpu_dec(*dev->pcpu_refcnt);
|
2005-04-17 05:20:36 +07:00
|
|
|
}
|
|
|
|
|
[NET]: Make NAPI polling independent of struct net_device objects.
Several devices have multiple independant RX queues per net
device, and some have a single interrupt doorbell for several
queues.
In either case, it's easier to support layouts like that if the
structure representing the poll is independant from the net
device itself.
The signature of the ->poll() call back goes from:
int foo_poll(struct net_device *dev, int *budget)
to
int foo_poll(struct napi_struct *napi, int budget)
The caller is returned the number of RX packets processed (or
the number of "NAPI credits" consumed if you want to get
abstract). The callee no longer messes around bumping
dev->quota, *budget, etc. because that is all handled in the
caller upon return.
The napi_struct is to be embedded in the device driver private data
structures.
Furthermore, it is the driver's responsibility to disable all NAPI
instances in it's ->stop() device close handler. Since the
napi_struct is privatized into the driver's private data structures,
only the driver knows how to get at all of the napi_struct instances
it may have per-device.
With lots of help and suggestions from Rusty Russell, Roland Dreier,
Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
[ Ported to current tree and all drivers converted. Integrated
Stephen's follow-on kerneldoc additions, and restored poll_list
handling to the old style to fix mutual exclusion issues. -DaveM ]
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-10-04 06:41:36 +07:00
|
|
|
/**
|
|
|
|
* dev_hold - get reference to device
|
|
|
|
* @dev: network device
|
|
|
|
*
|
2007-10-11 11:18:17 +07:00
|
|
|
* Hold reference to device to keep it from being freed.
|
[NET]: Make NAPI polling independent of struct net_device objects.
Several devices have multiple independant RX queues per net
device, and some have a single interrupt doorbell for several
queues.
In either case, it's easier to support layouts like that if the
structure representing the poll is independant from the net
device itself.
The signature of the ->poll() call back goes from:
int foo_poll(struct net_device *dev, int *budget)
to
int foo_poll(struct napi_struct *napi, int budget)
The caller is returned the number of RX packets processed (or
the number of "NAPI credits" consumed if you want to get
abstract). The callee no longer messes around bumping
dev->quota, *budget, etc. because that is all handled in the
caller upon return.
The napi_struct is to be embedded in the device driver private data
structures.
Furthermore, it is the driver's responsibility to disable all NAPI
instances in it's ->stop() device close handler. Since the
napi_struct is privatized into the driver's private data structures,
only the driver knows how to get at all of the napi_struct instances
it may have per-device.
With lots of help and suggestions from Rusty Russell, Roland Dreier,
Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
[ Ported to current tree and all drivers converted. Integrated
Stephen's follow-on kerneldoc additions, and restored poll_list
handling to the old style to fix mutual exclusion issues. -DaveM ]
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-10-04 06:41:36 +07:00
|
|
|
*/
|
2006-03-21 13:32:28 +07:00
|
|
|
static inline void dev_hold(struct net_device *dev)
|
|
|
|
{
|
2011-12-23 00:58:51 +07:00
|
|
|
this_cpu_inc(*dev->pcpu_refcnt);
|
2006-03-21 13:32:28 +07:00
|
|
|
}
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
/* Carrier loss detection, dial on demand. The functions netif_carrier_on
|
|
|
|
* and _off may be called from IRQ context, but it is caller
|
|
|
|
* who is responsible for serialization of these calls.
|
2006-03-21 08:09:11 +07:00
|
|
|
*
|
|
|
|
* The name carrier is inappropriate, these functions should really be
|
|
|
|
* called netif_lowerlayer_*() because they represent the state of any
|
|
|
|
* kind of lower layer not just hardware media.
|
2005-04-17 05:20:36 +07:00
|
|
|
*/
|
|
|
|
|
2013-09-27 04:48:15 +07:00
|
|
|
void linkwatch_init_dev(struct net_device *dev);
|
|
|
|
void linkwatch_fire_event(struct net_device *dev);
|
|
|
|
void linkwatch_forget_dev(struct net_device *dev);
|
2005-04-17 05:20:36 +07:00
|
|
|
|
[NET]: Make NAPI polling independent of struct net_device objects.
Several devices have multiple independant RX queues per net
device, and some have a single interrupt doorbell for several
queues.
In either case, it's easier to support layouts like that if the
structure representing the poll is independant from the net
device itself.
The signature of the ->poll() call back goes from:
int foo_poll(struct net_device *dev, int *budget)
to
int foo_poll(struct napi_struct *napi, int budget)
The caller is returned the number of RX packets processed (or
the number of "NAPI credits" consumed if you want to get
abstract). The callee no longer messes around bumping
dev->quota, *budget, etc. because that is all handled in the
caller upon return.
The napi_struct is to be embedded in the device driver private data
structures.
Furthermore, it is the driver's responsibility to disable all NAPI
instances in it's ->stop() device close handler. Since the
napi_struct is privatized into the driver's private data structures,
only the driver knows how to get at all of the napi_struct instances
it may have per-device.
With lots of help and suggestions from Rusty Russell, Roland Dreier,
Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
[ Ported to current tree and all drivers converted. Integrated
Stephen's follow-on kerneldoc additions, and restored poll_list
handling to the old style to fix mutual exclusion issues. -DaveM ]
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-10-04 06:41:36 +07:00
|
|
|
/**
|
|
|
|
* netif_carrier_ok - test if carrier present
|
|
|
|
* @dev: network device
|
|
|
|
*
|
|
|
|
* Check if carrier is present on device
|
|
|
|
*/
|
net: Use bool in netdevice.h helpers.
Specifically use it in napi_disable_pending(), napi_schedule_prep(),
napi_reschedule(), netif_tx_queue_stopped(), netif_queue_stopped(),
netif_xmit_stopped(), netif_xmit_frozen_or_stopped(), netif_running(),
__netif_subqueue_stopped(), netif_subqueue_stopped(),
netif_is_multiquue(), netif_carrier_ok(), netif_dormant(),
netif_oper_up(), netif_device_present(), __netif_tx_trylock(),
net_gso_ok(), skb_gso_ok(), netif_needs_gso(), and
netif_is_bond_slave().
Signed-off-by: David S. Miller <davem@davemloft.net>
2012-03-08 09:02:35 +07:00
|
|
|
static inline bool netif_carrier_ok(const struct net_device *dev)
|
2005-04-17 05:20:36 +07:00
|
|
|
{
|
|
|
|
return !test_bit(__LINK_STATE_NOCARRIER, &dev->state);
|
|
|
|
}
|
|
|
|
|
2013-09-27 04:48:15 +07:00
|
|
|
unsigned long dev_trans_start(struct net_device *dev);
|
2009-05-18 10:55:16 +07:00
|
|
|
|
2013-09-27 04:48:15 +07:00
|
|
|
void __netdev_watchdog_up(struct net_device *dev);
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2013-09-27 04:48:15 +07:00
|
|
|
void netif_carrier_on(struct net_device *dev);
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2013-09-27 04:48:15 +07:00
|
|
|
void netif_carrier_off(struct net_device *dev);
|
2005-04-17 05:20:36 +07:00
|
|
|
|
[NET]: Make NAPI polling independent of struct net_device objects.
Several devices have multiple independant RX queues per net
device, and some have a single interrupt doorbell for several
queues.
In either case, it's easier to support layouts like that if the
structure representing the poll is independant from the net
device itself.
The signature of the ->poll() call back goes from:
int foo_poll(struct net_device *dev, int *budget)
to
int foo_poll(struct napi_struct *napi, int budget)
The caller is returned the number of RX packets processed (or
the number of "NAPI credits" consumed if you want to get
abstract). The callee no longer messes around bumping
dev->quota, *budget, etc. because that is all handled in the
caller upon return.
The napi_struct is to be embedded in the device driver private data
structures.
Furthermore, it is the driver's responsibility to disable all NAPI
instances in it's ->stop() device close handler. Since the
napi_struct is privatized into the driver's private data structures,
only the driver knows how to get at all of the napi_struct instances
it may have per-device.
With lots of help and suggestions from Rusty Russell, Roland Dreier,
Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
[ Ported to current tree and all drivers converted. Integrated
Stephen's follow-on kerneldoc additions, and restored poll_list
handling to the old style to fix mutual exclusion issues. -DaveM ]
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-10-04 06:41:36 +07:00
|
|
|
/**
|
|
|
|
* netif_dormant_on - mark device as dormant.
|
|
|
|
* @dev: network device
|
|
|
|
*
|
|
|
|
* Mark device as dormant (as per RFC2863).
|
|
|
|
*
|
|
|
|
* The dormant state indicates that the relevant interface is not
|
|
|
|
* actually in a condition to pass packets (i.e., it is not 'up') but is
|
|
|
|
* in a "pending" state, waiting for some external event. For "on-
|
|
|
|
* demand" interfaces, this new state identifies the situation where the
|
|
|
|
* interface is waiting for events to place it in the up state.
|
|
|
|
*
|
|
|
|
*/
|
2006-03-21 08:09:11 +07:00
|
|
|
static inline void netif_dormant_on(struct net_device *dev)
|
|
|
|
{
|
|
|
|
if (!test_and_set_bit(__LINK_STATE_DORMANT, &dev->state))
|
|
|
|
linkwatch_fire_event(dev);
|
|
|
|
}
|
|
|
|
|
[NET]: Make NAPI polling independent of struct net_device objects.
Several devices have multiple independant RX queues per net
device, and some have a single interrupt doorbell for several
queues.
In either case, it's easier to support layouts like that if the
structure representing the poll is independant from the net
device itself.
The signature of the ->poll() call back goes from:
int foo_poll(struct net_device *dev, int *budget)
to
int foo_poll(struct napi_struct *napi, int budget)
The caller is returned the number of RX packets processed (or
the number of "NAPI credits" consumed if you want to get
abstract). The callee no longer messes around bumping
dev->quota, *budget, etc. because that is all handled in the
caller upon return.
The napi_struct is to be embedded in the device driver private data
structures.
Furthermore, it is the driver's responsibility to disable all NAPI
instances in it's ->stop() device close handler. Since the
napi_struct is privatized into the driver's private data structures,
only the driver knows how to get at all of the napi_struct instances
it may have per-device.
With lots of help and suggestions from Rusty Russell, Roland Dreier,
Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
[ Ported to current tree and all drivers converted. Integrated
Stephen's follow-on kerneldoc additions, and restored poll_list
handling to the old style to fix mutual exclusion issues. -DaveM ]
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-10-04 06:41:36 +07:00
|
|
|
/**
|
|
|
|
* netif_dormant_off - set device as not dormant.
|
|
|
|
* @dev: network device
|
|
|
|
*
|
|
|
|
* Device is not in dormant state.
|
|
|
|
*/
|
2006-03-21 08:09:11 +07:00
|
|
|
static inline void netif_dormant_off(struct net_device *dev)
|
|
|
|
{
|
|
|
|
if (test_and_clear_bit(__LINK_STATE_DORMANT, &dev->state))
|
|
|
|
linkwatch_fire_event(dev);
|
|
|
|
}
|
|
|
|
|
[NET]: Make NAPI polling independent of struct net_device objects.
Several devices have multiple independant RX queues per net
device, and some have a single interrupt doorbell for several
queues.
In either case, it's easier to support layouts like that if the
structure representing the poll is independant from the net
device itself.
The signature of the ->poll() call back goes from:
int foo_poll(struct net_device *dev, int *budget)
to
int foo_poll(struct napi_struct *napi, int budget)
The caller is returned the number of RX packets processed (or
the number of "NAPI credits" consumed if you want to get
abstract). The callee no longer messes around bumping
dev->quota, *budget, etc. because that is all handled in the
caller upon return.
The napi_struct is to be embedded in the device driver private data
structures.
Furthermore, it is the driver's responsibility to disable all NAPI
instances in it's ->stop() device close handler. Since the
napi_struct is privatized into the driver's private data structures,
only the driver knows how to get at all of the napi_struct instances
it may have per-device.
With lots of help and suggestions from Rusty Russell, Roland Dreier,
Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
[ Ported to current tree and all drivers converted. Integrated
Stephen's follow-on kerneldoc additions, and restored poll_list
handling to the old style to fix mutual exclusion issues. -DaveM ]
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-10-04 06:41:36 +07:00
|
|
|
/**
|
|
|
|
* netif_dormant - test if carrier present
|
|
|
|
* @dev: network device
|
|
|
|
*
|
|
|
|
* Check if carrier is present on device
|
|
|
|
*/
|
net: Use bool in netdevice.h helpers.
Specifically use it in napi_disable_pending(), napi_schedule_prep(),
napi_reschedule(), netif_tx_queue_stopped(), netif_queue_stopped(),
netif_xmit_stopped(), netif_xmit_frozen_or_stopped(), netif_running(),
__netif_subqueue_stopped(), netif_subqueue_stopped(),
netif_is_multiquue(), netif_carrier_ok(), netif_dormant(),
netif_oper_up(), netif_device_present(), __netif_tx_trylock(),
net_gso_ok(), skb_gso_ok(), netif_needs_gso(), and
netif_is_bond_slave().
Signed-off-by: David S. Miller <davem@davemloft.net>
2012-03-08 09:02:35 +07:00
|
|
|
static inline bool netif_dormant(const struct net_device *dev)
|
2006-03-21 08:09:11 +07:00
|
|
|
{
|
|
|
|
return test_bit(__LINK_STATE_DORMANT, &dev->state);
|
|
|
|
}
|
|
|
|
|
|
|
|
|
[NET]: Make NAPI polling independent of struct net_device objects.
Several devices have multiple independant RX queues per net
device, and some have a single interrupt doorbell for several
queues.
In either case, it's easier to support layouts like that if the
structure representing the poll is independant from the net
device itself.
The signature of the ->poll() call back goes from:
int foo_poll(struct net_device *dev, int *budget)
to
int foo_poll(struct napi_struct *napi, int budget)
The caller is returned the number of RX packets processed (or
the number of "NAPI credits" consumed if you want to get
abstract). The callee no longer messes around bumping
dev->quota, *budget, etc. because that is all handled in the
caller upon return.
The napi_struct is to be embedded in the device driver private data
structures.
Furthermore, it is the driver's responsibility to disable all NAPI
instances in it's ->stop() device close handler. Since the
napi_struct is privatized into the driver's private data structures,
only the driver knows how to get at all of the napi_struct instances
it may have per-device.
With lots of help and suggestions from Rusty Russell, Roland Dreier,
Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
[ Ported to current tree and all drivers converted. Integrated
Stephen's follow-on kerneldoc additions, and restored poll_list
handling to the old style to fix mutual exclusion issues. -DaveM ]
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-10-04 06:41:36 +07:00
|
|
|
/**
|
|
|
|
* netif_oper_up - test if device is operational
|
|
|
|
* @dev: network device
|
|
|
|
*
|
|
|
|
* Check if carrier is operational
|
|
|
|
*/
|
net: Use bool in netdevice.h helpers.
Specifically use it in napi_disable_pending(), napi_schedule_prep(),
napi_reschedule(), netif_tx_queue_stopped(), netif_queue_stopped(),
netif_xmit_stopped(), netif_xmit_frozen_or_stopped(), netif_running(),
__netif_subqueue_stopped(), netif_subqueue_stopped(),
netif_is_multiquue(), netif_carrier_ok(), netif_dormant(),
netif_oper_up(), netif_device_present(), __netif_tx_trylock(),
net_gso_ok(), skb_gso_ok(), netif_needs_gso(), and
netif_is_bond_slave().
Signed-off-by: David S. Miller <davem@davemloft.net>
2012-03-08 09:02:35 +07:00
|
|
|
static inline bool netif_oper_up(const struct net_device *dev)
|
2009-11-05 00:50:58 +07:00
|
|
|
{
|
2006-03-21 08:09:11 +07:00
|
|
|
return (dev->operstate == IF_OPER_UP ||
|
|
|
|
dev->operstate == IF_OPER_UNKNOWN /* backward compat */);
|
|
|
|
}
|
|
|
|
|
[NET]: Make NAPI polling independent of struct net_device objects.
Several devices have multiple independant RX queues per net
device, and some have a single interrupt doorbell for several
queues.
In either case, it's easier to support layouts like that if the
structure representing the poll is independant from the net
device itself.
The signature of the ->poll() call back goes from:
int foo_poll(struct net_device *dev, int *budget)
to
int foo_poll(struct napi_struct *napi, int budget)
The caller is returned the number of RX packets processed (or
the number of "NAPI credits" consumed if you want to get
abstract). The callee no longer messes around bumping
dev->quota, *budget, etc. because that is all handled in the
caller upon return.
The napi_struct is to be embedded in the device driver private data
structures.
Furthermore, it is the driver's responsibility to disable all NAPI
instances in it's ->stop() device close handler. Since the
napi_struct is privatized into the driver's private data structures,
only the driver knows how to get at all of the napi_struct instances
it may have per-device.
With lots of help and suggestions from Rusty Russell, Roland Dreier,
Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
[ Ported to current tree and all drivers converted. Integrated
Stephen's follow-on kerneldoc additions, and restored poll_list
handling to the old style to fix mutual exclusion issues. -DaveM ]
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-10-04 06:41:36 +07:00
|
|
|
/**
|
|
|
|
* netif_device_present - is device available or removed
|
|
|
|
* @dev: network device
|
|
|
|
*
|
|
|
|
* Check if device has not been removed from system.
|
|
|
|
*/
|
net: Use bool in netdevice.h helpers.
Specifically use it in napi_disable_pending(), napi_schedule_prep(),
napi_reschedule(), netif_tx_queue_stopped(), netif_queue_stopped(),
netif_xmit_stopped(), netif_xmit_frozen_or_stopped(), netif_running(),
__netif_subqueue_stopped(), netif_subqueue_stopped(),
netif_is_multiquue(), netif_carrier_ok(), netif_dormant(),
netif_oper_up(), netif_device_present(), __netif_tx_trylock(),
net_gso_ok(), skb_gso_ok(), netif_needs_gso(), and
netif_is_bond_slave().
Signed-off-by: David S. Miller <davem@davemloft.net>
2012-03-08 09:02:35 +07:00
|
|
|
static inline bool netif_device_present(struct net_device *dev)
|
2005-04-17 05:20:36 +07:00
|
|
|
{
|
|
|
|
return test_bit(__LINK_STATE_PRESENT, &dev->state);
|
|
|
|
}
|
|
|
|
|
2013-09-27 04:48:15 +07:00
|
|
|
void netif_device_detach(struct net_device *dev);
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2013-09-27 04:48:15 +07:00
|
|
|
void netif_device_attach(struct net_device *dev);
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Network interface message level settings
|
|
|
|
*/
|
|
|
|
|
|
|
|
enum {
|
|
|
|
NETIF_MSG_DRV = 0x0001,
|
|
|
|
NETIF_MSG_PROBE = 0x0002,
|
|
|
|
NETIF_MSG_LINK = 0x0004,
|
|
|
|
NETIF_MSG_TIMER = 0x0008,
|
|
|
|
NETIF_MSG_IFDOWN = 0x0010,
|
|
|
|
NETIF_MSG_IFUP = 0x0020,
|
|
|
|
NETIF_MSG_RX_ERR = 0x0040,
|
|
|
|
NETIF_MSG_TX_ERR = 0x0080,
|
|
|
|
NETIF_MSG_TX_QUEUED = 0x0100,
|
|
|
|
NETIF_MSG_INTR = 0x0200,
|
|
|
|
NETIF_MSG_TX_DONE = 0x0400,
|
|
|
|
NETIF_MSG_RX_STATUS = 0x0800,
|
|
|
|
NETIF_MSG_PKTDATA = 0x1000,
|
|
|
|
NETIF_MSG_HW = 0x2000,
|
|
|
|
NETIF_MSG_WOL = 0x4000,
|
|
|
|
};
|
|
|
|
|
|
|
|
#define netif_msg_drv(p) ((p)->msg_enable & NETIF_MSG_DRV)
|
|
|
|
#define netif_msg_probe(p) ((p)->msg_enable & NETIF_MSG_PROBE)
|
|
|
|
#define netif_msg_link(p) ((p)->msg_enable & NETIF_MSG_LINK)
|
|
|
|
#define netif_msg_timer(p) ((p)->msg_enable & NETIF_MSG_TIMER)
|
|
|
|
#define netif_msg_ifdown(p) ((p)->msg_enable & NETIF_MSG_IFDOWN)
|
|
|
|
#define netif_msg_ifup(p) ((p)->msg_enable & NETIF_MSG_IFUP)
|
|
|
|
#define netif_msg_rx_err(p) ((p)->msg_enable & NETIF_MSG_RX_ERR)
|
|
|
|
#define netif_msg_tx_err(p) ((p)->msg_enable & NETIF_MSG_TX_ERR)
|
|
|
|
#define netif_msg_tx_queued(p) ((p)->msg_enable & NETIF_MSG_TX_QUEUED)
|
|
|
|
#define netif_msg_intr(p) ((p)->msg_enable & NETIF_MSG_INTR)
|
|
|
|
#define netif_msg_tx_done(p) ((p)->msg_enable & NETIF_MSG_TX_DONE)
|
|
|
|
#define netif_msg_rx_status(p) ((p)->msg_enable & NETIF_MSG_RX_STATUS)
|
|
|
|
#define netif_msg_pktdata(p) ((p)->msg_enable & NETIF_MSG_PKTDATA)
|
|
|
|
#define netif_msg_hw(p) ((p)->msg_enable & NETIF_MSG_HW)
|
|
|
|
#define netif_msg_wol(p) ((p)->msg_enable & NETIF_MSG_WOL)
|
|
|
|
|
|
|
|
static inline u32 netif_msg_init(int debug_value, int default_msg_enable_bits)
|
|
|
|
{
|
|
|
|
/* use default */
|
|
|
|
if (debug_value < 0 || debug_value >= (sizeof(u32) * 8))
|
|
|
|
return default_msg_enable_bits;
|
|
|
|
if (debug_value == 0) /* no output */
|
|
|
|
return 0;
|
|
|
|
/* set low N bits */
|
|
|
|
return (1 << debug_value) - 1;
|
|
|
|
}
|
|
|
|
|
2008-07-09 13:13:53 +07:00
|
|
|
static inline void __netif_tx_lock(struct netdev_queue *txq, int cpu)
|
2006-06-10 02:20:56 +07:00
|
|
|
{
|
2008-07-09 13:13:53 +07:00
|
|
|
spin_lock(&txq->_xmit_lock);
|
|
|
|
txq->xmit_lock_owner = cpu;
|
2007-09-17 04:40:49 +07:00
|
|
|
}
|
|
|
|
|
2008-07-17 15:56:23 +07:00
|
|
|
static inline void __netif_tx_lock_bh(struct netdev_queue *txq)
|
|
|
|
{
|
|
|
|
spin_lock_bh(&txq->_xmit_lock);
|
|
|
|
txq->xmit_lock_owner = smp_processor_id();
|
|
|
|
}
|
|
|
|
|
net: Use bool in netdevice.h helpers.
Specifically use it in napi_disable_pending(), napi_schedule_prep(),
napi_reschedule(), netif_tx_queue_stopped(), netif_queue_stopped(),
netif_xmit_stopped(), netif_xmit_frozen_or_stopped(), netif_running(),
__netif_subqueue_stopped(), netif_subqueue_stopped(),
netif_is_multiquue(), netif_carrier_ok(), netif_dormant(),
netif_oper_up(), netif_device_present(), __netif_tx_trylock(),
net_gso_ok(), skb_gso_ok(), netif_needs_gso(), and
netif_is_bond_slave().
Signed-off-by: David S. Miller <davem@davemloft.net>
2012-03-08 09:02:35 +07:00
|
|
|
static inline bool __netif_tx_trylock(struct netdev_queue *txq)
|
2008-08-01 06:58:50 +07:00
|
|
|
{
|
net: Use bool in netdevice.h helpers.
Specifically use it in napi_disable_pending(), napi_schedule_prep(),
napi_reschedule(), netif_tx_queue_stopped(), netif_queue_stopped(),
netif_xmit_stopped(), netif_xmit_frozen_or_stopped(), netif_running(),
__netif_subqueue_stopped(), netif_subqueue_stopped(),
netif_is_multiquue(), netif_carrier_ok(), netif_dormant(),
netif_oper_up(), netif_device_present(), __netif_tx_trylock(),
net_gso_ok(), skb_gso_ok(), netif_needs_gso(), and
netif_is_bond_slave().
Signed-off-by: David S. Miller <davem@davemloft.net>
2012-03-08 09:02:35 +07:00
|
|
|
bool ok = spin_trylock(&txq->_xmit_lock);
|
2008-08-01 06:58:50 +07:00
|
|
|
if (likely(ok))
|
|
|
|
txq->xmit_lock_owner = smp_processor_id();
|
|
|
|
return ok;
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline void __netif_tx_unlock(struct netdev_queue *txq)
|
|
|
|
{
|
|
|
|
txq->xmit_lock_owner = -1;
|
|
|
|
spin_unlock(&txq->_xmit_lock);
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline void __netif_tx_unlock_bh(struct netdev_queue *txq)
|
|
|
|
{
|
|
|
|
txq->xmit_lock_owner = -1;
|
|
|
|
spin_unlock_bh(&txq->_xmit_lock);
|
|
|
|
}
|
|
|
|
|
2009-05-26 12:58:01 +07:00
|
|
|
static inline void txq_trans_update(struct netdev_queue *txq)
|
|
|
|
{
|
|
|
|
if (txq->xmit_lock_owner != -1)
|
|
|
|
txq->trans_start = jiffies;
|
|
|
|
}
|
|
|
|
|
2008-07-23 04:09:06 +07:00
|
|
|
/**
|
|
|
|
* netif_tx_lock - grab network device transmit lock
|
|
|
|
* @dev: network device
|
|
|
|
*
|
|
|
|
* Get network device transmit lock
|
|
|
|
*/
|
2007-09-17 04:40:49 +07:00
|
|
|
static inline void netif_tx_lock(struct net_device *dev)
|
|
|
|
{
|
2008-07-17 14:34:19 +07:00
|
|
|
unsigned int i;
|
2008-08-01 06:58:50 +07:00
|
|
|
int cpu;
|
2008-07-09 13:13:53 +07:00
|
|
|
|
2008-08-01 06:58:50 +07:00
|
|
|
spin_lock(&dev->tx_global_lock);
|
|
|
|
cpu = smp_processor_id();
|
2008-07-17 14:34:19 +07:00
|
|
|
for (i = 0; i < dev->num_tx_queues; i++) {
|
|
|
|
struct netdev_queue *txq = netdev_get_tx_queue(dev, i);
|
2008-08-01 06:58:50 +07:00
|
|
|
|
|
|
|
/* We are the only thread of execution doing a
|
|
|
|
* freeze, but we have to grab the _xmit_lock in
|
|
|
|
* order to synchronize with threads which are in
|
|
|
|
* the ->hard_start_xmit() handler and already
|
|
|
|
* checked the frozen bit.
|
|
|
|
*/
|
2008-07-17 14:34:19 +07:00
|
|
|
__netif_tx_lock(txq, cpu);
|
2008-08-01 06:58:50 +07:00
|
|
|
set_bit(__QUEUE_STATE_FROZEN, &txq->state);
|
|
|
|
__netif_tx_unlock(txq);
|
2008-07-17 14:34:19 +07:00
|
|
|
}
|
2006-06-10 02:20:56 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
static inline void netif_tx_lock_bh(struct net_device *dev)
|
|
|
|
{
|
2008-07-17 14:34:19 +07:00
|
|
|
local_bh_disable();
|
|
|
|
netif_tx_lock(dev);
|
2006-06-10 02:20:56 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
static inline void netif_tx_unlock(struct net_device *dev)
|
|
|
|
{
|
2008-07-17 14:34:19 +07:00
|
|
|
unsigned int i;
|
|
|
|
|
|
|
|
for (i = 0; i < dev->num_tx_queues; i++) {
|
|
|
|
struct netdev_queue *txq = netdev_get_tx_queue(dev, i);
|
2008-07-09 13:13:53 +07:00
|
|
|
|
2008-08-01 06:58:50 +07:00
|
|
|
/* No need to grab the _xmit_lock here. If the
|
|
|
|
* queue is not stopped for another reason, we
|
|
|
|
* force a schedule.
|
|
|
|
*/
|
|
|
|
clear_bit(__QUEUE_STATE_FROZEN, &txq->state);
|
2009-08-30 03:21:21 +07:00
|
|
|
netif_schedule_queue(txq);
|
2008-08-01 06:58:50 +07:00
|
|
|
}
|
|
|
|
spin_unlock(&dev->tx_global_lock);
|
2006-06-10 02:20:56 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
static inline void netif_tx_unlock_bh(struct net_device *dev)
|
|
|
|
{
|
2008-07-17 14:34:19 +07:00
|
|
|
netif_tx_unlock(dev);
|
|
|
|
local_bh_enable();
|
2006-06-10 02:20:56 +07:00
|
|
|
}
|
|
|
|
|
2008-07-09 13:13:53 +07:00
|
|
|
#define HARD_TX_LOCK(dev, txq, cpu) { \
|
2007-09-17 04:40:49 +07:00
|
|
|
if ((dev->features & NETIF_F_LLTX) == 0) { \
|
2008-07-09 13:13:53 +07:00
|
|
|
__netif_tx_lock(txq, cpu); \
|
2007-09-17 04:40:49 +07:00
|
|
|
} \
|
|
|
|
}
|
|
|
|
|
2008-07-09 13:13:53 +07:00
|
|
|
#define HARD_TX_UNLOCK(dev, txq) { \
|
2007-09-17 04:40:49 +07:00
|
|
|
if ((dev->features & NETIF_F_LLTX) == 0) { \
|
2008-07-09 13:13:53 +07:00
|
|
|
__netif_tx_unlock(txq); \
|
2007-09-17 04:40:49 +07:00
|
|
|
} \
|
|
|
|
}
|
|
|
|
|
2005-04-17 05:20:36 +07:00
|
|
|
static inline void netif_tx_disable(struct net_device *dev)
|
|
|
|
{
|
2008-07-17 15:56:23 +07:00
|
|
|
unsigned int i;
|
2008-08-01 06:58:50 +07:00
|
|
|
int cpu;
|
2008-07-17 15:56:23 +07:00
|
|
|
|
2008-08-01 06:58:50 +07:00
|
|
|
local_bh_disable();
|
|
|
|
cpu = smp_processor_id();
|
2008-07-17 15:56:23 +07:00
|
|
|
for (i = 0; i < dev->num_tx_queues; i++) {
|
|
|
|
struct netdev_queue *txq = netdev_get_tx_queue(dev, i);
|
2008-08-01 06:58:50 +07:00
|
|
|
|
|
|
|
__netif_tx_lock(txq, cpu);
|
2008-07-17 15:56:23 +07:00
|
|
|
netif_tx_stop_queue(txq);
|
2008-08-01 06:58:50 +07:00
|
|
|
__netif_tx_unlock(txq);
|
2008-07-17 15:56:23 +07:00
|
|
|
}
|
2008-08-01 06:58:50 +07:00
|
|
|
local_bh_enable();
|
2005-04-17 05:20:36 +07:00
|
|
|
}
|
|
|
|
|
2008-07-15 14:13:44 +07:00
|
|
|
static inline void netif_addr_lock(struct net_device *dev)
|
|
|
|
{
|
|
|
|
spin_lock(&dev->addr_list_lock);
|
|
|
|
}
|
|
|
|
|
2012-01-09 13:36:54 +07:00
|
|
|
static inline void netif_addr_lock_nested(struct net_device *dev)
|
|
|
|
{
|
|
|
|
spin_lock_nested(&dev->addr_list_lock, SINGLE_DEPTH_NESTING);
|
|
|
|
}
|
|
|
|
|
2008-07-15 14:13:44 +07:00
|
|
|
static inline void netif_addr_lock_bh(struct net_device *dev)
|
|
|
|
{
|
|
|
|
spin_lock_bh(&dev->addr_list_lock);
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline void netif_addr_unlock(struct net_device *dev)
|
|
|
|
{
|
|
|
|
spin_unlock(&dev->addr_list_lock);
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline void netif_addr_unlock_bh(struct net_device *dev)
|
|
|
|
{
|
|
|
|
spin_unlock_bh(&dev->addr_list_lock);
|
|
|
|
}
|
|
|
|
|
2009-05-05 09:48:28 +07:00
|
|
|
/*
|
2009-06-17 08:12:19 +07:00
|
|
|
* dev_addrs walker. Should be used only for read access. Call with
|
2009-05-05 09:48:28 +07:00
|
|
|
* rcu_read_lock held.
|
|
|
|
*/
|
|
|
|
#define for_each_dev_addr(dev, ha) \
|
2009-06-17 08:12:19 +07:00
|
|
|
list_for_each_entry_rcu(ha, &dev->dev_addrs.list, list)
|
2009-05-05 09:48:28 +07:00
|
|
|
|
2005-04-17 05:20:36 +07:00
|
|
|
/* These functions live elsewhere (drivers/net/net_init.c, but related) */
|
|
|
|
|
2013-09-27 04:48:15 +07:00
|
|
|
void ether_setup(struct net_device *dev);
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
/* Support for loadable net-drivers */
|
2013-09-27 04:48:15 +07:00
|
|
|
struct net_device *alloc_netdev_mqs(int sizeof_priv, const char *name,
|
|
|
|
void (*setup)(struct net_device *),
|
|
|
|
unsigned int txqs, unsigned int rxqs);
|
2007-07-07 03:36:20 +07:00
|
|
|
#define alloc_netdev(sizeof_priv, name, setup) \
|
2011-01-10 02:36:31 +07:00
|
|
|
alloc_netdev_mqs(sizeof_priv, name, setup, 1, 1)
|
|
|
|
|
|
|
|
#define alloc_netdev_mq(sizeof_priv, name, setup, count) \
|
|
|
|
alloc_netdev_mqs(sizeof_priv, name, setup, count, count)
|
|
|
|
|
2013-09-27 04:48:15 +07:00
|
|
|
int register_netdev(struct net_device *dev);
|
|
|
|
void unregister_netdev(struct net_device *dev);
|
2009-05-05 09:48:28 +07:00
|
|
|
|
2010-04-02 04:22:57 +07:00
|
|
|
/* General hardware address lists handling functions */
|
2013-09-27 04:48:15 +07:00
|
|
|
int __hw_addr_sync(struct netdev_hw_addr_list *to_list,
|
|
|
|
struct netdev_hw_addr_list *from_list, int addr_len);
|
|
|
|
void __hw_addr_unsync(struct netdev_hw_addr_list *to_list,
|
|
|
|
struct netdev_hw_addr_list *from_list, int addr_len);
|
|
|
|
void __hw_addr_init(struct netdev_hw_addr_list *list);
|
2010-04-02 04:22:57 +07:00
|
|
|
|
2009-05-05 09:48:28 +07:00
|
|
|
/* Functions used for device addresses handling */
|
2013-09-27 04:48:15 +07:00
|
|
|
int dev_addr_add(struct net_device *dev, const unsigned char *addr,
|
|
|
|
unsigned char addr_type);
|
|
|
|
int dev_addr_del(struct net_device *dev, const unsigned char *addr,
|
|
|
|
unsigned char addr_type);
|
|
|
|
void dev_addr_flush(struct net_device *dev);
|
|
|
|
int dev_addr_init(struct net_device *dev);
|
2010-04-02 04:22:09 +07:00
|
|
|
|
|
|
|
/* Functions used for unicast addresses handling */
|
2013-09-27 04:48:15 +07:00
|
|
|
int dev_uc_add(struct net_device *dev, const unsigned char *addr);
|
|
|
|
int dev_uc_add_excl(struct net_device *dev, const unsigned char *addr);
|
|
|
|
int dev_uc_del(struct net_device *dev, const unsigned char *addr);
|
|
|
|
int dev_uc_sync(struct net_device *to, struct net_device *from);
|
|
|
|
int dev_uc_sync_multiple(struct net_device *to, struct net_device *from);
|
|
|
|
void dev_uc_unsync(struct net_device *to, struct net_device *from);
|
|
|
|
void dev_uc_flush(struct net_device *dev);
|
|
|
|
void dev_uc_init(struct net_device *dev);
|
2009-05-05 09:48:28 +07:00
|
|
|
|
2010-04-02 04:22:57 +07:00
|
|
|
/* Functions used for multicast addresses handling */
|
2013-09-27 04:48:15 +07:00
|
|
|
int dev_mc_add(struct net_device *dev, const unsigned char *addr);
|
|
|
|
int dev_mc_add_global(struct net_device *dev, const unsigned char *addr);
|
|
|
|
int dev_mc_add_excl(struct net_device *dev, const unsigned char *addr);
|
|
|
|
int dev_mc_del(struct net_device *dev, const unsigned char *addr);
|
|
|
|
int dev_mc_del_global(struct net_device *dev, const unsigned char *addr);
|
|
|
|
int dev_mc_sync(struct net_device *to, struct net_device *from);
|
|
|
|
int dev_mc_sync_multiple(struct net_device *to, struct net_device *from);
|
|
|
|
void dev_mc_unsync(struct net_device *to, struct net_device *from);
|
|
|
|
void dev_mc_flush(struct net_device *dev);
|
|
|
|
void dev_mc_init(struct net_device *dev);
|
2009-05-05 09:48:28 +07:00
|
|
|
|
2007-06-27 15:28:10 +07:00
|
|
|
/* Functions used for secondary unicast and multicast support */
|
2013-09-27 04:48:15 +07:00
|
|
|
void dev_set_rx_mode(struct net_device *dev);
|
|
|
|
void __dev_set_rx_mode(struct net_device *dev);
|
|
|
|
int dev_set_promiscuity(struct net_device *dev, int inc);
|
|
|
|
int dev_set_allmulti(struct net_device *dev, int inc);
|
|
|
|
void netdev_state_change(struct net_device *dev);
|
|
|
|
void netdev_notify_peers(struct net_device *dev);
|
|
|
|
void netdev_features_change(struct net_device *dev);
|
2005-04-17 05:20:36 +07:00
|
|
|
/* Load a device via the kmod */
|
2013-09-27 04:48:15 +07:00
|
|
|
void dev_load(struct net *net, const char *name);
|
|
|
|
struct rtnl_link_stats64 *dev_get_stats(struct net_device *dev,
|
|
|
|
struct rtnl_link_stats64 *storage);
|
|
|
|
void netdev_stats_to_stats64(struct rtnl_link_stats64 *stats64,
|
|
|
|
const struct net_device_stats *netdev_stats);
|
2008-11-20 12:40:23 +07:00
|
|
|
|
2005-04-17 05:20:36 +07:00
|
|
|
extern int netdev_max_backlog;
|
net: Consistent skb timestamping
With RPS inclusion, skb timestamping is not consistent in RX path.
If netif_receive_skb() is used, its deferred after RPS dispatch.
If netif_rx() is used, its done before RPS dispatch.
This can give strange tcpdump timestamps results.
I think timestamping should be done as soon as possible in the receive
path, to get meaningful values (ie timestamps taken at the time packet
was delivered by NIC driver to our stack), even if NAPI already can
defer timestamping a bit (RPS can help to reduce the gap)
Tom Herbert prefer to sample timestamps after RPS dispatch. In case
sampling is expensive (HPET/acpi_pm on x86), this makes sense.
Let admins switch from one mode to another, using a new
sysctl, /proc/sys/net/core/netdev_tstamp_prequeue
Its default value (1), means timestamps are taken as soon as possible,
before backlog queueing, giving accurate timestamps.
Setting a 0 value permits to sample timestamps when processing backlog,
after RPS dispatch, to lower the load of the pre-RPS cpu.
Signed-off-by: Eric Dumazet <eric.dumazet@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2010-05-16 13:57:10 +07:00
|
|
|
extern int netdev_tstamp_prequeue;
|
2005-04-17 05:20:36 +07:00
|
|
|
extern int weight_p;
|
2011-04-20 16:27:32 +07:00
|
|
|
extern int bpf_jit_enable;
|
2013-01-04 05:48:49 +07:00
|
|
|
|
2013-09-27 04:48:15 +07:00
|
|
|
bool netdev_has_upper_dev(struct net_device *dev, struct net_device *upper_dev);
|
|
|
|
struct net_device *netdev_all_upper_get_next_dev_rcu(struct net_device *dev,
|
|
|
|
struct list_head **iter);
|
2013-08-29 04:25:08 +07:00
|
|
|
|
|
|
|
/* iterate through upper list, must be called under RCU read lock */
|
net: add adj_list to save only neighbours
Currently, we distinguish neighbours (first-level linked devices) from
non-neighbours by the neighbour bool in the netdev_adjacent. This could be
quite time-consuming in case we would like to traverse *only* through
neighbours - cause we'd have to traverse through all devices and check for
this flag, and in a (quite common) scenario where we have lots of vlans on
top of bridge, which is on top of a bond - the bonding would have to go
through all those vlans to get its upper neighbour linked devices.
This situation is really unpleasant, cause there are already a lot of cases
when a device with slaves needs to go through them in hot path.
To fix this, introduce a new upper/lower device lists structure -
adj_list, which contains only the neighbours. It works always in
pair with the all_adj_list structure (renamed from upper/lower_dev_list),
i.e. both of them contain the same links, only that all_adj_list contains
also non-neighbour device links. It's really a small change visible,
currently, only for __netdev_adjacent_dev_insert/remove(), and doesn't
change the main linked logic at all.
Also, add some comments a fix a name collision in
netdev_for_each_upper_dev_rcu() and rework the naming by the following
rules:
netdev_(all_)(upper|lower)_*
If "all_" is present, then we work with the whole list of upper/lower
devices, otherwise - only with direct neighbours. Uninline functions - to
get better stack traces.
CC: "David S. Miller" <davem@davemloft.net>
CC: Eric Dumazet <edumazet@google.com>
CC: Jiri Pirko <jiri@resnulli.us>
CC: Alexander Duyck <alexander.h.duyck@intel.com>
CC: Cong Wang <amwang@redhat.com>
Signed-off-by: Veaceslav Falico <vfalico@redhat.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2013-09-25 14:20:07 +07:00
|
|
|
#define netdev_for_each_all_upper_dev_rcu(dev, updev, iter) \
|
|
|
|
for (iter = &(dev)->all_adj_list.upper, \
|
|
|
|
updev = netdev_all_upper_get_next_dev_rcu(dev, &(iter)); \
|
|
|
|
updev; \
|
|
|
|
updev = netdev_all_upper_get_next_dev_rcu(dev, &(iter)))
|
2013-08-29 04:25:08 +07:00
|
|
|
|
2013-09-27 04:48:15 +07:00
|
|
|
void *netdev_lower_get_next_private(struct net_device *dev,
|
|
|
|
struct list_head **iter);
|
|
|
|
void *netdev_lower_get_next_private_rcu(struct net_device *dev,
|
|
|
|
struct list_head **iter);
|
2013-09-25 14:20:12 +07:00
|
|
|
|
|
|
|
#define netdev_for_each_lower_private(dev, priv, iter) \
|
|
|
|
for (iter = (dev)->adj_list.lower.next, \
|
|
|
|
priv = netdev_lower_get_next_private(dev, &(iter)); \
|
|
|
|
priv; \
|
|
|
|
priv = netdev_lower_get_next_private(dev, &(iter)))
|
|
|
|
|
|
|
|
#define netdev_for_each_lower_private_rcu(dev, priv, iter) \
|
|
|
|
for (iter = &(dev)->adj_list.lower, \
|
|
|
|
priv = netdev_lower_get_next_private_rcu(dev, &(iter)); \
|
|
|
|
priv; \
|
|
|
|
priv = netdev_lower_get_next_private_rcu(dev, &(iter)))
|
|
|
|
|
2013-09-27 04:48:15 +07:00
|
|
|
void *netdev_adjacent_get_private(struct list_head *adj_list);
|
2013-12-13 09:19:55 +07:00
|
|
|
void *netdev_lower_get_first_private_rcu(struct net_device *dev);
|
2013-09-27 04:48:15 +07:00
|
|
|
struct net_device *netdev_master_upper_dev_get(struct net_device *dev);
|
|
|
|
struct net_device *netdev_master_upper_dev_get_rcu(struct net_device *dev);
|
|
|
|
int netdev_upper_dev_link(struct net_device *dev, struct net_device *upper_dev);
|
|
|
|
int netdev_master_upper_dev_link(struct net_device *dev,
|
2013-01-04 05:48:49 +07:00
|
|
|
struct net_device *upper_dev);
|
2013-09-27 04:48:15 +07:00
|
|
|
int netdev_master_upper_dev_link_private(struct net_device *dev,
|
|
|
|
struct net_device *upper_dev,
|
|
|
|
void *private);
|
|
|
|
void netdev_upper_dev_unlink(struct net_device *dev,
|
|
|
|
struct net_device *upper_dev);
|
|
|
|
void *netdev_lower_dev_get_private(struct net_device *dev,
|
|
|
|
struct net_device *lower_dev);
|
|
|
|
int skb_checksum_help(struct sk_buff *skb);
|
|
|
|
struct sk_buff *__skb_gso_segment(struct sk_buff *skb,
|
|
|
|
netdev_features_t features, bool tx_path);
|
|
|
|
struct sk_buff *skb_mac_gso_segment(struct sk_buff *skb,
|
|
|
|
netdev_features_t features);
|
2013-02-05 23:36:38 +07:00
|
|
|
|
|
|
|
static inline
|
|
|
|
struct sk_buff *skb_gso_segment(struct sk_buff *skb, netdev_features_t features)
|
|
|
|
{
|
|
|
|
return __skb_gso_segment(skb, features, true);
|
|
|
|
}
|
2013-03-07 16:28:01 +07:00
|
|
|
__be16 skb_network_protocol(struct sk_buff *skb);
|
|
|
|
|
|
|
|
static inline bool can_checksum_protocol(netdev_features_t features,
|
|
|
|
__be16 protocol)
|
|
|
|
{
|
|
|
|
return ((features & NETIF_F_GEN_CSUM) ||
|
|
|
|
((features & NETIF_F_V4_CSUM) &&
|
|
|
|
protocol == htons(ETH_P_IP)) ||
|
|
|
|
((features & NETIF_F_V6_CSUM) &&
|
|
|
|
protocol == htons(ETH_P_IPV6)) ||
|
|
|
|
((features & NETIF_F_FCOE_CRC) &&
|
|
|
|
protocol == htons(ETH_P_FCOE)));
|
|
|
|
}
|
2013-02-05 23:36:38 +07:00
|
|
|
|
2005-11-11 04:01:24 +07:00
|
|
|
#ifdef CONFIG_BUG
|
2013-09-27 04:48:15 +07:00
|
|
|
void netdev_rx_csum_fault(struct net_device *dev);
|
2005-11-11 04:01:24 +07:00
|
|
|
#else
|
|
|
|
static inline void netdev_rx_csum_fault(struct net_device *dev)
|
|
|
|
{
|
|
|
|
}
|
|
|
|
#endif
|
2005-04-17 05:20:36 +07:00
|
|
|
/* rx skb timestamps */
|
2013-09-27 04:48:15 +07:00
|
|
|
void net_enable_timestamp(void);
|
|
|
|
void net_disable_timestamp(void);
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2005-08-16 12:18:02 +07:00
|
|
|
#ifdef CONFIG_PROC_FS
|
2013-09-27 04:48:15 +07:00
|
|
|
int __init dev_proc_init(void);
|
2013-02-19 02:20:33 +07:00
|
|
|
#else
|
|
|
|
#define dev_proc_init() 0
|
2005-08-16 12:18:02 +07:00
|
|
|
#endif
|
|
|
|
|
Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next
Pull networking updates from David Miller:
1) The addition of nftables. No longer will we need protocol aware
firewall filtering modules, it can all live in userspace.
At the core of nftables is a, for lack of a better term, virtual
machine that executes byte codes to inspect packet or metadata
(arriving interface index, etc.) and make verdict decisions.
Besides support for loading packet contents and comparing them, the
interpreter supports lookups in various datastructures as
fundamental operations. For example sets are supports, and
therefore one could create a set of whitelist IP address entries
which have ACCEPT verdicts attached to them, and use the appropriate
byte codes to do such lookups.
Since the interpreted code is composed in userspace, userspace can
do things like optimize things before giving it to the kernel.
Another major improvement is the capability of atomically updating
portions of the ruleset. In the existing netfilter implementation,
one has to update the entire rule set in order to make a change and
this is very expensive.
Userspace tools exist to create nftables rules using existing
netfilter rule sets, but both kernel implementations will need to
co-exist for quite some time as we transition from the old to the
new stuff.
Kudos to Patrick McHardy, Pablo Neira Ayuso, and others who have
worked so hard on this.
2) Daniel Borkmann and Hannes Frederic Sowa made several improvements
to our pseudo-random number generator, mostly used for things like
UDP port randomization and netfitler, amongst other things.
In particular the taus88 generater is updated to taus113, and test
cases are added.
3) Support 64-bit rates in HTB and TBF schedulers, from Eric Dumazet
and Yang Yingliang.
4) Add support for new 577xx tigon3 chips to tg3 driver, from Nithin
Sujir.
5) Fix two fatal flaws in TCP dynamic right sizing, from Eric Dumazet,
Neal Cardwell, and Yuchung Cheng.
6) Allow IP_TOS and IP_TTL to be specified in sendmsg() ancillary
control message data, much like other socket option attributes.
From Francesco Fusco.
7) Allow applications to specify a cap on the rate computed
automatically by the kernel for pacing flows, via a new
SO_MAX_PACING_RATE socket option. From Eric Dumazet.
8) Make the initial autotuned send buffer sizing in TCP more closely
reflect actual needs, from Eric Dumazet.
9) Currently early socket demux only happens for TCP sockets, but we
can do it for connected UDP sockets too. Implementation from Shawn
Bohrer.
10) Refactor inet socket demux with the goal of improving hash demux
performance for listening sockets. With the main goals being able
to use RCU lookups on even request sockets, and eliminating the
listening lock contention. From Eric Dumazet.
11) The bonding layer has many demuxes in it's fast path, and an RCU
conversion was started back in 3.11, several changes here extend the
RCU usage to even more locations. From Ding Tianhong and Wang
Yufen, based upon suggestions by Nikolay Aleksandrov and Veaceslav
Falico.
12) Allow stackability of segmentation offloads to, in particular, allow
segmentation offloading over tunnels. From Eric Dumazet.
13) Significantly improve the handling of secret keys we input into the
various hash functions in the inet hashtables, TCP fast open, as
well as syncookies. From Hannes Frederic Sowa. The key fundamental
operation is "net_get_random_once()" which uses static keys.
Hannes even extended this to ipv4/ipv6 fragmentation handling and
our generic flow dissector.
14) The generic driver layer takes care now to set the driver data to
NULL on device removal, so it's no longer necessary for drivers to
explicitly set it to NULL any more. Many drivers have been cleaned
up in this way, from Jingoo Han.
15) Add a BPF based packet scheduler classifier, from Daniel Borkmann.
16) Improve CRC32 interfaces and generic SKB checksum iterators so that
SCTP's checksumming can more cleanly be handled. Also from Daniel
Borkmann.
17) Add a new PMTU discovery mode, IP_PMTUDISC_INTERFACE, which forces
using the interface MTU value. This helps avoid PMTU attacks,
particularly on DNS servers. From Hannes Frederic Sowa.
18) Use generic XPS for transmit queue steering rather than internal
(re-)implementation in virtio-net. From Jason Wang.
* git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next: (1622 commits)
random32: add test cases for taus113 implementation
random32: upgrade taus88 generator to taus113 from errata paper
random32: move rnd_state to linux/random.h
random32: add prandom_reseed_late() and call when nonblocking pool becomes initialized
random32: add periodic reseeding
random32: fix off-by-one in seeding requirement
PHY: Add RTL8201CP phy_driver to realtek
xtsonic: add missing platform_set_drvdata() in xtsonic_probe()
macmace: add missing platform_set_drvdata() in mace_probe()
ethernet/arc/arc_emac: add missing platform_set_drvdata() in arc_emac_probe()
ipv6: protect for_each_sk_fl_rcu in mem_check with rcu_read_lock_bh
vlan: Implement vlan_dev_get_egress_qos_mask as an inline.
ixgbe: add warning when max_vfs is out of range.
igb: Update link modes display in ethtool
netfilter: push reasm skb through instead of original frag skbs
ip6_output: fragment outgoing reassembled skb properly
MAINTAINERS: mv643xx_eth: take over maintainership from Lennart
net_sched: tbf: support of 64bit rates
ixgbe: deleting dfwd stations out of order can cause null ptr deref
ixgbe: fix build err, num_rx_queues is only available with CONFIG_RPS
...
2013-11-13 15:40:34 +07:00
|
|
|
int netdev_class_create_file_ns(struct class_attribute *class_attr,
|
|
|
|
const void *ns);
|
|
|
|
void netdev_class_remove_file_ns(struct class_attribute *class_attr,
|
|
|
|
const void *ns);
|
2013-09-12 09:29:04 +07:00
|
|
|
|
|
|
|
static inline int netdev_class_create_file(struct class_attribute *class_attr)
|
|
|
|
{
|
|
|
|
return netdev_class_create_file_ns(class_attr, NULL);
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline void netdev_class_remove_file(struct class_attribute *class_attr)
|
|
|
|
{
|
|
|
|
netdev_class_remove_file_ns(class_attr, NULL);
|
|
|
|
}
|
2008-06-14 08:12:04 +07:00
|
|
|
|
2010-08-05 22:45:15 +07:00
|
|
|
extern struct kobj_ns_type_operations net_ns_type_operations;
|
|
|
|
|
2013-09-27 04:48:15 +07:00
|
|
|
const char *netdev_drivername(const struct net_device *dev);
|
2008-07-22 03:31:48 +07:00
|
|
|
|
2013-09-27 04:48:15 +07:00
|
|
|
void linkwatch_run_queue(void);
|
2005-08-16 12:18:02 +07:00
|
|
|
|
2011-11-15 22:29:55 +07:00
|
|
|
static inline netdev_features_t netdev_get_wanted_features(
|
|
|
|
struct net_device *dev)
|
2011-02-15 23:59:17 +07:00
|
|
|
{
|
|
|
|
return (dev->features & ~dev->hw_features) | dev->wanted_features;
|
|
|
|
}
|
2011-11-15 22:29:55 +07:00
|
|
|
netdev_features_t netdev_increment_features(netdev_features_t all,
|
|
|
|
netdev_features_t one, netdev_features_t mask);
|
2013-05-16 14:34:53 +07:00
|
|
|
|
|
|
|
/* Allow TSO being used on stacked device :
|
|
|
|
* Performing the GSO segmentation before last device
|
|
|
|
* is a performance improvement.
|
|
|
|
*/
|
|
|
|
static inline netdev_features_t netdev_add_tso_features(netdev_features_t features,
|
|
|
|
netdev_features_t mask)
|
|
|
|
{
|
|
|
|
return netdev_increment_features(features, NETIF_F_ALL_TSO, mask);
|
|
|
|
}
|
|
|
|
|
2011-04-03 12:48:47 +07:00
|
|
|
int __netdev_update_features(struct net_device *dev);
|
2011-02-15 23:59:17 +07:00
|
|
|
void netdev_update_features(struct net_device *dev);
|
2011-05-07 10:22:17 +07:00
|
|
|
void netdev_change_features(struct net_device *dev);
|
2007-08-11 05:47:58 +07:00
|
|
|
|
2009-12-04 06:59:22 +07:00
|
|
|
void netif_stacked_transfer_operstate(const struct net_device *rootdev,
|
|
|
|
struct net_device *dev);
|
|
|
|
|
2011-11-15 22:29:55 +07:00
|
|
|
netdev_features_t netif_skb_features(struct sk_buff *skb);
|
2010-10-29 19:14:55 +07:00
|
|
|
|
net: Use bool in netdevice.h helpers.
Specifically use it in napi_disable_pending(), napi_schedule_prep(),
napi_reschedule(), netif_tx_queue_stopped(), netif_queue_stopped(),
netif_xmit_stopped(), netif_xmit_frozen_or_stopped(), netif_running(),
__netif_subqueue_stopped(), netif_subqueue_stopped(),
netif_is_multiquue(), netif_carrier_ok(), netif_dormant(),
netif_oper_up(), netif_device_present(), __netif_tx_trylock(),
net_gso_ok(), skb_gso_ok(), netif_needs_gso(), and
netif_is_bond_slave().
Signed-off-by: David S. Miller <davem@davemloft.net>
2012-03-08 09:02:35 +07:00
|
|
|
static inline bool net_gso_ok(netdev_features_t features, int gso_type)
|
2006-06-28 03:22:38 +07:00
|
|
|
{
|
2011-11-15 22:29:55 +07:00
|
|
|
netdev_features_t feature = gso_type << NETIF_F_GSO_SHIFT;
|
2011-11-16 21:05:33 +07:00
|
|
|
|
|
|
|
/* check flags correspondence */
|
|
|
|
BUILD_BUG_ON(SKB_GSO_TCPV4 != (NETIF_F_TSO >> NETIF_F_GSO_SHIFT));
|
|
|
|
BUILD_BUG_ON(SKB_GSO_UDP != (NETIF_F_UFO >> NETIF_F_GSO_SHIFT));
|
|
|
|
BUILD_BUG_ON(SKB_GSO_DODGY != (NETIF_F_GSO_ROBUST >> NETIF_F_GSO_SHIFT));
|
|
|
|
BUILD_BUG_ON(SKB_GSO_TCP_ECN != (NETIF_F_TSO_ECN >> NETIF_F_GSO_SHIFT));
|
|
|
|
BUILD_BUG_ON(SKB_GSO_TCPV6 != (NETIF_F_TSO6 >> NETIF_F_GSO_SHIFT));
|
|
|
|
BUILD_BUG_ON(SKB_GSO_FCOE != (NETIF_F_FSO >> NETIF_F_GSO_SHIFT));
|
|
|
|
|
2006-06-30 02:25:53 +07:00
|
|
|
return (features & feature) == feature;
|
2006-06-28 03:22:38 +07:00
|
|
|
}
|
|
|
|
|
net: Use bool in netdevice.h helpers.
Specifically use it in napi_disable_pending(), napi_schedule_prep(),
napi_reschedule(), netif_tx_queue_stopped(), netif_queue_stopped(),
netif_xmit_stopped(), netif_xmit_frozen_or_stopped(), netif_running(),
__netif_subqueue_stopped(), netif_subqueue_stopped(),
netif_is_multiquue(), netif_carrier_ok(), netif_dormant(),
netif_oper_up(), netif_device_present(), __netif_tx_trylock(),
net_gso_ok(), skb_gso_ok(), netif_needs_gso(), and
netif_is_bond_slave().
Signed-off-by: David S. Miller <davem@davemloft.net>
2012-03-08 09:02:35 +07:00
|
|
|
static inline bool skb_gso_ok(struct sk_buff *skb, netdev_features_t features)
|
2006-07-01 03:36:35 +07:00
|
|
|
{
|
2009-06-04 11:20:51 +07:00
|
|
|
return net_gso_ok(features, skb_shinfo(skb)->gso_type) &&
|
2010-08-23 14:13:46 +07:00
|
|
|
(!skb_has_frag_list(skb) || (features & NETIF_F_FRAGLIST));
|
2006-07-01 03:36:35 +07:00
|
|
|
}
|
|
|
|
|
net: Use bool in netdevice.h helpers.
Specifically use it in napi_disable_pending(), napi_schedule_prep(),
napi_reschedule(), netif_tx_queue_stopped(), netif_queue_stopped(),
netif_xmit_stopped(), netif_xmit_frozen_or_stopped(), netif_running(),
__netif_subqueue_stopped(), netif_subqueue_stopped(),
netif_is_multiquue(), netif_carrier_ok(), netif_dormant(),
netif_oper_up(), netif_device_present(), __netif_tx_trylock(),
net_gso_ok(), skb_gso_ok(), netif_needs_gso(), and
netif_is_bond_slave().
Signed-off-by: David S. Miller <davem@davemloft.net>
2012-03-08 09:02:35 +07:00
|
|
|
static inline bool netif_needs_gso(struct sk_buff *skb,
|
|
|
|
netdev_features_t features)
|
2006-06-22 16:40:14 +07:00
|
|
|
{
|
2011-01-09 13:23:32 +07:00
|
|
|
return skb_is_gso(skb) && (!skb_gso_ok(skb, features) ||
|
2012-03-17 06:08:11 +07:00
|
|
|
unlikely((skb->ip_summed != CHECKSUM_PARTIAL) &&
|
|
|
|
(skb->ip_summed != CHECKSUM_UNNECESSARY)));
|
2006-06-22 16:40:14 +07:00
|
|
|
}
|
|
|
|
|
[NET]: Add per-connection option to set max TSO frame size
Update: My mailer ate one of Jarek's feedback mails... Fixed the
parameter in netif_set_gso_max_size() to be u32, not u16. Fixed the
whitespace issue due to a patch import botch. Changed the types from
u32 to unsigned int to be more consistent with other variables in the
area. Also brought the patch up to the latest net-2.6.26 tree.
Update: Made gso_max_size container 32 bits, not 16. Moved the
location of gso_max_size within netdev to be less hotpath. Made more
consistent names between the sock and netdev layers, and added a
define for the max GSO size.
Update: Respun for net-2.6.26 tree.
Update: changed max_gso_frame_size and sk_gso_max_size from signed to
unsigned - thanks Stephen!
This patch adds the ability for device drivers to control the size of
the TSO frames being sent to them, per TCP connection. By setting the
netdevice's gso_max_size value, the socket layer will set the GSO
frame size based on that value. This will propogate into the TCP
layer, and send TSO's of that size to the hardware.
This can be desirable to help tune the bursty nature of TSO on a
per-adapter basis, where one may have 1 GbE and 10 GbE devices
coexisting in a system, one running multiqueue and the other not, etc.
This can also be desirable for devices that cannot support full 64 KB
TSO's, but still want to benefit from some level of segmentation
offloading.
Signed-off-by: Peter P Waskiewicz Jr <peter.p.waskiewicz.jr@intel.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2008-03-21 17:43:19 +07:00
|
|
|
static inline void netif_set_gso_max_size(struct net_device *dev,
|
|
|
|
unsigned int size)
|
|
|
|
{
|
|
|
|
dev->gso_max_size = size;
|
|
|
|
}
|
|
|
|
|
2013-12-27 04:10:22 +07:00
|
|
|
static inline void skb_gso_error_unwind(struct sk_buff *skb, __be16 protocol,
|
|
|
|
int pulled_hlen, u16 mac_offset,
|
|
|
|
int mac_len)
|
|
|
|
{
|
|
|
|
skb->protocol = protocol;
|
|
|
|
skb->encapsulation = 1;
|
|
|
|
skb_push(skb, pulled_hlen);
|
|
|
|
skb_reset_transport_header(skb);
|
|
|
|
skb->mac_header = mac_offset;
|
|
|
|
skb->network_header = skb->mac_header + mac_len;
|
|
|
|
skb->mac_len = mac_len;
|
|
|
|
}
|
|
|
|
|
2013-11-07 00:54:46 +07:00
|
|
|
static inline bool netif_is_macvlan(struct net_device *dev)
|
|
|
|
{
|
|
|
|
return dev->priv_flags & IFF_MACVLAN;
|
|
|
|
}
|
|
|
|
|
2013-03-12 09:49:01 +07:00
|
|
|
static inline bool netif_is_bond_master(struct net_device *dev)
|
|
|
|
{
|
|
|
|
return dev->flags & IFF_MASTER && dev->priv_flags & IFF_BONDING;
|
|
|
|
}
|
|
|
|
|
net: Use bool in netdevice.h helpers.
Specifically use it in napi_disable_pending(), napi_schedule_prep(),
napi_reschedule(), netif_tx_queue_stopped(), netif_queue_stopped(),
netif_xmit_stopped(), netif_xmit_frozen_or_stopped(), netif_running(),
__netif_subqueue_stopped(), netif_subqueue_stopped(),
netif_is_multiquue(), netif_carrier_ok(), netif_dormant(),
netif_oper_up(), netif_device_present(), __netif_tx_trylock(),
net_gso_ok(), skb_gso_ok(), netif_needs_gso(), and
netif_is_bond_slave().
Signed-off-by: David S. Miller <davem@davemloft.net>
2012-03-08 09:02:35 +07:00
|
|
|
static inline bool netif_is_bond_slave(struct net_device *dev)
|
2011-02-12 13:48:36 +07:00
|
|
|
{
|
|
|
|
return dev->flags & IFF_SLAVE && dev->priv_flags & IFF_BONDING;
|
|
|
|
}
|
|
|
|
|
2012-02-11 22:39:30 +07:00
|
|
|
static inline bool netif_supports_nofcs(struct net_device *dev)
|
|
|
|
{
|
|
|
|
return dev->priv_flags & IFF_SUPP_NOFCS;
|
|
|
|
}
|
|
|
|
|
2008-11-08 13:54:20 +07:00
|
|
|
extern struct pernet_operations __net_initdata loopback_net_ops;
|
2009-04-20 11:49:28 +07:00
|
|
|
|
2010-02-09 18:49:47 +07:00
|
|
|
/* Logging, debugging and troubleshooting/diagnostic helpers. */
|
|
|
|
|
|
|
|
/* netdev_printk helpers, similar to dev_printk */
|
|
|
|
|
|
|
|
static inline const char *netdev_name(const struct net_device *dev)
|
|
|
|
{
|
|
|
|
if (dev->reg_state != NETREG_REGISTERED)
|
|
|
|
return "(unregistered net_device)";
|
|
|
|
return dev->name;
|
|
|
|
}
|
|
|
|
|
2013-09-27 04:48:15 +07:00
|
|
|
__printf(3, 4)
|
2011-11-01 07:11:33 +07:00
|
|
|
int netdev_printk(const char *level, const struct net_device *dev,
|
|
|
|
const char *format, ...);
|
2013-09-27 04:48:15 +07:00
|
|
|
__printf(2, 3)
|
2011-11-01 07:11:33 +07:00
|
|
|
int netdev_emerg(const struct net_device *dev, const char *format, ...);
|
2013-09-27 04:48:15 +07:00
|
|
|
__printf(2, 3)
|
2011-11-01 07:11:33 +07:00
|
|
|
int netdev_alert(const struct net_device *dev, const char *format, ...);
|
2013-09-27 04:48:15 +07:00
|
|
|
__printf(2, 3)
|
2011-11-01 07:11:33 +07:00
|
|
|
int netdev_crit(const struct net_device *dev, const char *format, ...);
|
2013-09-27 04:48:15 +07:00
|
|
|
__printf(2, 3)
|
2011-11-01 07:11:33 +07:00
|
|
|
int netdev_err(const struct net_device *dev, const char *format, ...);
|
2013-09-27 04:48:15 +07:00
|
|
|
__printf(2, 3)
|
2011-11-01 07:11:33 +07:00
|
|
|
int netdev_warn(const struct net_device *dev, const char *format, ...);
|
2013-09-27 04:48:15 +07:00
|
|
|
__printf(2, 3)
|
2011-11-01 07:11:33 +07:00
|
|
|
int netdev_notice(const struct net_device *dev, const char *format, ...);
|
2013-09-27 04:48:15 +07:00
|
|
|
__printf(2, 3)
|
2011-11-01 07:11:33 +07:00
|
|
|
int netdev_info(const struct net_device *dev, const char *format, ...);
|
2010-02-09 18:49:47 +07:00
|
|
|
|
2011-03-02 04:33:13 +07:00
|
|
|
#define MODULE_ALIAS_NETDEV(device) \
|
|
|
|
MODULE_ALIAS("netdev-" device)
|
|
|
|
|
2011-12-20 05:11:18 +07:00
|
|
|
#if defined(CONFIG_DYNAMIC_DEBUG)
|
2010-02-09 18:49:47 +07:00
|
|
|
#define netdev_dbg(__dev, format, args...) \
|
|
|
|
do { \
|
2011-08-12 01:36:48 +07:00
|
|
|
dynamic_netdev_dbg(__dev, format, ##args); \
|
2010-02-09 18:49:47 +07:00
|
|
|
} while (0)
|
2011-12-20 05:11:18 +07:00
|
|
|
#elif defined(DEBUG)
|
|
|
|
#define netdev_dbg(__dev, format, args...) \
|
|
|
|
netdev_printk(KERN_DEBUG, __dev, format, ##args)
|
2010-02-09 18:49:47 +07:00
|
|
|
#else
|
|
|
|
#define netdev_dbg(__dev, format, args...) \
|
|
|
|
({ \
|
|
|
|
if (0) \
|
|
|
|
netdev_printk(KERN_DEBUG, __dev, format, ##args); \
|
|
|
|
0; \
|
|
|
|
})
|
|
|
|
#endif
|
|
|
|
|
|
|
|
#if defined(VERBOSE_DEBUG)
|
|
|
|
#define netdev_vdbg netdev_dbg
|
|
|
|
#else
|
|
|
|
|
|
|
|
#define netdev_vdbg(dev, format, args...) \
|
|
|
|
({ \
|
|
|
|
if (0) \
|
|
|
|
netdev_printk(KERN_DEBUG, dev, format, ##args); \
|
|
|
|
0; \
|
|
|
|
})
|
|
|
|
#endif
|
|
|
|
|
|
|
|
/*
|
|
|
|
* netdev_WARN() acts like dev_printk(), but with the key difference
|
|
|
|
* of using a WARN/WARN_ON to get the message out, including the
|
|
|
|
* file/line information and a backtrace.
|
|
|
|
*/
|
|
|
|
#define netdev_WARN(dev, format, args...) \
|
2013-10-15 03:49:21 +07:00
|
|
|
WARN(1, "netdevice: %s\n" format, netdev_name(dev), ##args)
|
2010-02-09 18:49:47 +07:00
|
|
|
|
2010-02-09 18:49:49 +07:00
|
|
|
/* netif printk helpers, similar to netdev_printk */
|
|
|
|
|
|
|
|
#define netif_printk(priv, type, level, dev, fmt, args...) \
|
|
|
|
do { \
|
|
|
|
if (netif_msg_##type(priv)) \
|
|
|
|
netdev_printk(level, (dev), fmt, ##args); \
|
|
|
|
} while (0)
|
|
|
|
|
2010-06-27 08:02:36 +07:00
|
|
|
#define netif_level(level, priv, type, dev, fmt, args...) \
|
|
|
|
do { \
|
|
|
|
if (netif_msg_##type(priv)) \
|
|
|
|
netdev_##level(dev, fmt, ##args); \
|
|
|
|
} while (0)
|
|
|
|
|
2010-02-09 18:49:49 +07:00
|
|
|
#define netif_emerg(priv, type, dev, fmt, args...) \
|
2010-06-27 08:02:36 +07:00
|
|
|
netif_level(emerg, priv, type, dev, fmt, ##args)
|
2010-02-09 18:49:49 +07:00
|
|
|
#define netif_alert(priv, type, dev, fmt, args...) \
|
2010-06-27 08:02:36 +07:00
|
|
|
netif_level(alert, priv, type, dev, fmt, ##args)
|
2010-02-09 18:49:49 +07:00
|
|
|
#define netif_crit(priv, type, dev, fmt, args...) \
|
2010-06-27 08:02:36 +07:00
|
|
|
netif_level(crit, priv, type, dev, fmt, ##args)
|
2010-02-09 18:49:49 +07:00
|
|
|
#define netif_err(priv, type, dev, fmt, args...) \
|
2010-06-27 08:02:36 +07:00
|
|
|
netif_level(err, priv, type, dev, fmt, ##args)
|
2010-02-09 18:49:49 +07:00
|
|
|
#define netif_warn(priv, type, dev, fmt, args...) \
|
2010-06-27 08:02:36 +07:00
|
|
|
netif_level(warn, priv, type, dev, fmt, ##args)
|
2010-02-09 18:49:49 +07:00
|
|
|
#define netif_notice(priv, type, dev, fmt, args...) \
|
2010-06-27 08:02:36 +07:00
|
|
|
netif_level(notice, priv, type, dev, fmt, ##args)
|
2010-02-09 18:49:49 +07:00
|
|
|
#define netif_info(priv, type, dev, fmt, args...) \
|
2010-06-27 08:02:36 +07:00
|
|
|
netif_level(info, priv, type, dev, fmt, ##args)
|
2010-02-09 18:49:49 +07:00
|
|
|
|
2012-05-30 14:43:34 +07:00
|
|
|
#if defined(CONFIG_DYNAMIC_DEBUG)
|
2010-02-09 18:49:49 +07:00
|
|
|
#define netif_dbg(priv, type, netdev, format, args...) \
|
|
|
|
do { \
|
|
|
|
if (netif_msg_##type(priv)) \
|
2011-08-12 01:36:53 +07:00
|
|
|
dynamic_netdev_dbg(netdev, format, ##args); \
|
2010-02-09 18:49:49 +07:00
|
|
|
} while (0)
|
2012-05-30 14:43:34 +07:00
|
|
|
#elif defined(DEBUG)
|
|
|
|
#define netif_dbg(priv, type, dev, format, args...) \
|
|
|
|
netif_printk(priv, type, KERN_DEBUG, dev, format, ##args)
|
2010-02-09 18:49:49 +07:00
|
|
|
#else
|
|
|
|
#define netif_dbg(priv, type, dev, format, args...) \
|
|
|
|
({ \
|
|
|
|
if (0) \
|
|
|
|
netif_printk(priv, type, KERN_DEBUG, dev, format, ##args); \
|
|
|
|
0; \
|
|
|
|
})
|
|
|
|
#endif
|
|
|
|
|
|
|
|
#if defined(VERBOSE_DEBUG)
|
2010-07-02 14:08:44 +07:00
|
|
|
#define netif_vdbg netif_dbg
|
2010-02-09 18:49:49 +07:00
|
|
|
#else
|
|
|
|
#define netif_vdbg(priv, type, dev, format, args...) \
|
|
|
|
({ \
|
|
|
|
if (0) \
|
2010-05-18 13:56:32 +07:00
|
|
|
netif_printk(priv, type, KERN_DEBUG, dev, format, ##args); \
|
2010-02-09 18:49:49 +07:00
|
|
|
0; \
|
|
|
|
})
|
|
|
|
#endif
|
2010-02-09 18:49:47 +07:00
|
|
|
|
2013-02-19 02:20:33 +07:00
|
|
|
/*
|
|
|
|
* The list of packet types we will receive (as opposed to discard)
|
|
|
|
* and the routines to invoke.
|
|
|
|
*
|
|
|
|
* Why 16. Because with 16 the only overlap we get on a hash of the
|
|
|
|
* low nibble of the protocol value is RARP/SNAP/X.25.
|
|
|
|
*
|
|
|
|
* NOTE: That is no longer true with the addition of VLAN tags. Not
|
|
|
|
* sure which should go first, but I bet it won't make much
|
|
|
|
* difference if we are running VLANs. The good news is that
|
|
|
|
* this protocol won't be in the list unless compiled in, so
|
|
|
|
* the average user (w/out VLANs) will not be adversely affected.
|
|
|
|
* --BLG
|
|
|
|
*
|
|
|
|
* 0800 IP
|
|
|
|
* 8100 802.1Q VLAN
|
|
|
|
* 0001 802.3
|
|
|
|
* 0002 AX.25
|
|
|
|
* 0004 802.2
|
|
|
|
* 8035 RARP
|
|
|
|
* 0005 SNAP
|
|
|
|
* 0805 X.25
|
|
|
|
* 0806 ARP
|
|
|
|
* 8137 IPX
|
|
|
|
* 0009 Localtalk
|
|
|
|
* 86DD IPv6
|
|
|
|
*/
|
|
|
|
#define PTYPE_HASH_SIZE (16)
|
|
|
|
#define PTYPE_HASH_MASK (PTYPE_HASH_SIZE - 1)
|
|
|
|
|
2009-05-28 05:48:07 +07:00
|
|
|
#endif /* _LINUX_NETDEVICE_H */
|