- 25 Nov, 2010 1 commit
-
-
Hans Schillstrom authored
One struct will have fwmark added: * ip_vs_conn ip_vs_conn_new() and ip_vs_find_dest() will have an extra param - fwmark The effects of that, is in this patch. Signed-off-by:
Hans Schillstrom <hans.schillstrom@ericsson.com> Acked-by:
Julian Anastasov <ja@ssi.bg> Signed-off-by:
Simon Horman <horms@verge.net.au>
-
- 16 Nov, 2010 2 commits
-
-
-
Eric Dumazet authored
Instead of doing atomic_inc(&exp->use) twice, call atomic_add(2, &exp->use); Signed-off-by:
Eric Dumazet <eric.dumazet@gmail.com> Signed-off-by:
Patrick McHardy <kaber@trash.net>
-
- 15 Nov, 2010 20 commits
-
-
Simon Horman authored
Attempt at allowing LVS to transmit skbs of greater than MTU length that have been aggregated by GRO and can thus be deaggregated by GSO. Cc: Julian Anastasov <ja@ssi.bg> Cc: Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by: -
Eric Dumazet authored
Remove a sparse warning about rt variable. Signed-off-by:
-
Eric Dumazet authored
ip_vs_conn_tab_bits & ip_vs_conn_tab_mask are static to ipvs/ip_vs_conn.c ip_vs_conn_tab_size, ip_vs_conn_tab_mask, ip_vs_conn_tab [the pointer], ip_vs_conn_rnd are mostly read. Signed-off-by:
-
Simon Horman authored
It is assigned to a non-const variable and its contents are modified. Acked-by:
-
Simon Horman authored
Acked-by:
-
Simon Horman authored
Acked-by:
-
Simon Horman authored
Only match persistence engine data if it was created by the same persistence engine. Reported-by:
-
Simon Horman authored
The dest of a connection may not exist if it has been created as the result of connection synchronisation. But in order for connection entries for templates with persistence engine data created through connection synchronisation to be valid access to the persistence engine pointer is required. So add the persistence engine to the connection itself. Signed-off-by: -
Eric Dumazet authored
Use RCU helpers to reduce number of sparse warnings (CONFIG_SPARSE_RCU_POINTER=y), and adds lockdep checks. Signed-off-by:
-
Eric Dumazet authored
Avoid a sparse warning about 'ret' variable shadowing Signed-off-by:
-
Eric Dumazet authored
Use helpers to reduce number of sparse warnings (CONFIG_SPARSE_RCU_POINTER=y) Signed-off-by:
-
Eric Dumazet authored
Signed-off-by:
-
Eric Dumazet authored
Add some __rcu annotations and use helpers to reduce number of sparse warnings (CONFIG_SPARSE_RCU_POINTER=y) Signed-off-by:
-
Frdric Leroy authored
Signed-off-by:
Frdric Leroy <fredo@starox.org> Signed-off-by:
-
Changli Gao authored
Signed-off-by:
Changli Gao <xiaosuo@gmail.com> Signed-off-by:
-
Changli Gao authored
Less IDs make nf_ct_ext smaller. Signed-off-by:
-
Changli Gao authored
As we own the conntrack and the others can't see it until we confirm it, we don't need to use atomic bit operation on ct->status. Signed-off-by:
-
Changli Gao authored
Signed-off-by:
-
Changli Gao authored
In function update_alloc_size(), sizeof(struct nf_ct_ext) is added twice wrongly. Signed-off-by:
-
Jan Engelhardt authored
I am observing consistent behavior even with bridges, so let's unlock this. xt_mac is already usable in FORWARD, too. Section 9 of http://ebtables.sourceforge.net/br_fw_ia/br_fw_ia.html#section9 says the MAC source address is changed, but my observation does not match that claim -- the MAC header is retained. Signed-off-by:
Jan Engelhardt <jengelh@medozas.de> [Patrick; code inspection seems to confirm this] Signed-off-by:
-
- 12 Nov, 2010 3 commits
-
-
Changli Gao authored
Signed-off-by:
-
Changli Gao authored
ct->proto is big(60 bytes) due to structure ip_ct_tcp, and we don't need to initialize the whole for all the other protocols. This patch moves proto to the end of structure nf_conn, and pushes the initialization down to the individual protocols. Signed-off-by:
-
David S. Miller authored
When we test rt->fl.iif against zero, we're seeing if it's an output or an input route. Make that explicit with some helper functions. Signed-off-by:David S. Miller <davem@davemloft.net>
-
- 11 Nov, 2010 14 commits
-
-
-
Eric Dumazet authored
It seems idev field in struct rtable has no special purpose, but adding extra atomic ops. We hold refcounts on the device itself (using percpu data, so pretty cheap in current kernel). infiniband case is solved using dst.dev instead of idev->dev Removal of this field means routing without route cache is now using shared data, percpu data, and only potential contention is a pair of atomic ops on struct neighbour per forwarded packet. About 5% speedup on routing test. Signed-off-by:
-
Eric Dumazet authored
It is important to move nud_state outside of the often modified cache line (because of refcnt), to reduce false sharing in neigh_event_send() This is a followup of commit 0ed8ddf4 (neigh: Protect neigh->ha[] with a seqlock) This gives a 7% speedup on routing test with IP route cache disabled. Signed-off-by:
-
Jon Mason authored
Update vxge driver version Signed-off-by:
Jon Mason <jon.mason@exar.com> Signed-off-by:
Ram Vepa <ram.vepa@exar.com> Signed-off-by:
-
Jon Mason authored
Correct issues found by running sparse on the vxge driver, as well as other miscellaneous cleanups. Signed-off-by:
-
Jon Mason authored
Update Kconfig to reflect Exar's purchase of Neterion (formerly S2IO). Signed-off-by:
-
Jon Mason authored
The values used to determined if the adapter is running in single or multi-function mode were previously modified to the values necessary when making the VXGE_HW_FW_API_GET_FUNC_MODE firmware call. However, the firmware call was not modified. This had the driver printing out on probe that the adapter was in multi-function mode when in single function mode and vice versa. Signed-off-by:
-
Jon Mason authored
Detect if the adapter is Titan or Titan1A, and tune the driver for this hardware. Also, remove unnecessary function __vxge_hw_device_id_get. Signed-off-by:
-
Jon Mason authored
Propagate the return code of the call to vxge_hw_vpath_fw_api and __vxge_hw_vpath_pci_func_mode_get. This enables the proper handling of error conditions when querying the function mode of the device during probe. Signed-off-by:
-
Jon Mason authored
Add support for enable/disabling hardware timestamping on receive packets via ioctl call. When enabled, the hardware timestamp replaces the FCS in the payload. Signed-off-by:
-
Jon Mason authored
Add the ability in the vxge driver to flash firmware via ethtool. Updated to include comments from Ben Hutchings. Signed-off-by:
-
Jon Mason authored
It is possible for multiple callers to access the firmware interface for the same vpath simultaneously, resulting in uncertain output. Add locks to serialize access. Also, make functions only accessed locally static, thus requiring some movement of code blocks. Signed-off-by:
-
Jon Mason authored
Remove all of the unnecessary debug printk indirection and temporary variables for vxge_debug_ll and vxge_assert. Signed-off-by:
-
Jon Mason authored
Wait for the receive traffic to become idle before attempting to close or reset the adapter. To enable the processing of packets while Receive Idle, move the clearing of __VXGE_STATE_CARD_UP bit in vxge_close to after it. Also, modify the return value of the ISR when the adapter is down to IRQ_HANDLED. Otherwise there are unhandled interrupts for the device. Signed-off-by:
-
