linux-toradex.git/net/ipv4/devinet.c, branch v3.0.28

ipv4: flush route cache after change accept_local

2012-01-06T22:14:09+00:00

[ Upstream commit d01ff0a049f749e0bf10a35bb23edd012718c8c2 ]

After reset ipv4_devconf->data[IPV4_DEVCONF_ACCEPT_LOCAL] to 0,
we should flush route cache, or it will continue receive packets with local
source address, which should be dropped.

Signed-off-by: Weiping Pan 
Signed-off-by: David S. Miller 
Signed-off-by: Greg Kroah-Hartman

IPv4: Send gratuitous ARP for secondary IP addresses also

2011-08-16T01:31:38+00:00

[ Upstream commit b76d0789c92a816a5539dc14232a700b8d62a53a ]

If a device event generates gratuitous ARP messages, only primary
address is used for sending. This patch iterates through the whole
list. Tested with 2 IP addresses configuration on bonding interface.

Signed-off-by: Zoltan Kiss 
Signed-off-by: David S. Miller 
Signed-off-by: Greg Kroah-Hartman

net: fix two lockdep splats

2011-05-10T22:03:01+00:00

Commit e67f88dd12f6 (net: dont hold rtnl mutex during netlink dump
callbacks) switched rtnl protection to RCU, but we forgot to adjust two
rcu_dereference() lockdep annotations :

inet_get_link_af_size() or inet_fill_link_af() might be called with
rcu_read_lock or rtnl held, so use rcu_dereference_rtnl()
instead of rtnl_dereference()

Reported-by: Valdis Kletnieks 
Signed-off-by: Eric Dumazet 
Signed-off-by: David S. Miller

sysctl: net: call unregister_net_sysctl_table where needed

2011-05-02T23:12:14+00:00

ctl_table_headers registered with register_net_sysctl_table should
have been unregistered with the equivalent unregister_net_sysctl_table

Signed-off-by: Lucian Adrian Grijincu 
Signed-off-by: David S. Miller

ipv4: Fallback to FIB local table in __ip_dev_find().

2011-03-23T19:16:15+00:00

In commit 9435eb1cf0b76b323019cebf8d16762a50a12a19
("ipv4: Implement __ip_dev_find using new interface address hash.")
we reimplemented __ip_dev_find() so that it doesn't have to
do a full FIB table lookup.

Instead, it consults a hash table of addresses configured to
interfaces.

This works identically to the old code in all except one case,
and that is for loopback subnets.

The old code would match the loopback device for any IP address
that falls within a subnet configured to the loopback device.

Handle this corner case by doing the FIB lookup.

We could implement this via inet_addr_onlink() but:

1) Someone could configure many addresses to loopback and
   inet_addr_onlink() is a simple list traversal.

2) We know the old code works.

Reported-by: Julian Anastasov 
Acked-by: Stephen Hemminger 
Signed-off-by: David S. Miller

ipv4: optimize route adding on secondary promotion

2011-03-22T08:06:33+00:00

Optimize the calling of fib_add_ifaddr for all
secondary addresses after the promoted one to start from
their place, not from the new place of the promoted
secondary. It will save some CPU cycles because we
are sure the promoted secondary was first for the subnet
and all next secondaries do not change their place.

Signed-off-by: Julian Anastasov 
Signed-off-by: David S. Miller

ipv4: remove the routes on secondary promotion

2011-03-22T08:06:33+00:00

The secondary address promotion relies on fib_sync_down_addr
to remove all routes created for the secondary addresses when
the old primary address is deleted. It does not happen for cases
when the primary address is also in another subnet. Fix that
by deleting local and broadcast routes for all secondaries while
they are on device list and by faking that all addresses from
this subnet are to be deleted. It relies on fib_del_ifaddr being
able to ignore the IPs from the concerned subnet while checking
for duplication.

Signed-off-by: Julian Anastasov 
Signed-off-by: David S. Miller

Merge branch 'master' of master.kernel.org:/pub/scm/linux/kernel/git/davem/net-2.6

2011-03-10T22:26:00+00:00

Conflicts:
	drivers/net/bnx2x/bnx2x_cmn.c

ipv4: Fix erroneous uses of ifa_address.

2011-03-09T21:27:16+00:00

In usual cases ifa_address == ifa_local, but in the case where
SIOCSIFDSTADDR sets the destination address on a point-to-point
link, ifa_address gets set to that destination address.

Therefore we should use ifa_local when we want the local interface
address.

There were two cases where the selection was done incorrectly:

1) When devinet_ioctl() does matching, it checks ifa_address even
   though gifconf correct reported ifa_local to the user

2) IN_DEV_ARP_NOTIFY handling sends a gratuitous ARP using
   ifa_address instead of ifa_local.

Reported-by: Julian Anastasov 
Signed-off-by: David S. Miller

ipv4: Fix __ip_dev_find() to use ifa_local instead of ifa_address.

2011-03-03T19:24:19+00:00

Reported-by: Stephen Hemminger 
Reported-by: Julian Anastasov 
Signed-off-by: David S. Miller