linux-stable.git/drivers/net/macvlan.c, branch v2.6.30

vlan/macvlan: fix NULL pointer dereferences in ethtool handlers

2009-04-17T22:59:23+00:00

Check whether the underlying device provides a set of ethtool ops before
checking for individual handlers to avoid NULL pointer dereferences.

Reported-by: Art van Breemen 
Signed-off-by: Patrick McHardy 
Signed-off-by: David S. Miller

macvlan: Deterministic ingress packet delivery

2009-03-13T20:16:13+00:00

Changing the mac address when a macvlan device is up will leave the
device on the wrong hash chain making it impossible to receive
packets.

There is no checking of the mac address set on the macvlan.  Allowing
a misconfiguration to grab packets from the the underlying device or
another macvlan.

To resolve these problems I update the hash table of macvlans when the
mac address of a macvlan changes, and when updating the hash table
I verify that the new mac address is usable.

The result is well defined and predictable if not perfect handling of
mac vlan mac addresses.

To keep the code clear I have created a set of hash table maintenance
in macvlan so I am not open coding the hash function and the logic
needed to update the hash table all over the place.

Signed-off-by: Eric Biederman 
Acked-by: Patrick McHardy 
Signed-off-by: David S. Miller

macvlan: Support creating macvlans from macvlans

2009-03-13T20:15:37+00:00

When running in a network namespace whose only link to
the outside world is a macvlan device, not being
able to create another macvlan is a real pain.

So modify macvlan creation to allow automatically forward
a creation of a macvlan on a macvlan to become a creation
of a macvlan on the underlying network device.

Signed-off-by: Eric Biederman 
Acked-by: Patrick McHardy 
Signed-off-by: David S. Miller

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

2008-12-03T03:50:27+00:00

Conflicts:

	drivers/net/ixgbe/ixgbe_main.c
	drivers/net/smc91x.c

macvlan: don't broadcast PAUSE frames to macvlan devices

2008-11-26T23:30:48+00:00

PAUSE frames are only relevant for the real device, broadcasting them
to all macvlan devices can cause a significant load increase.

Reported-by: Ben Greear 
Tested-by: Ben Greear 
Signed-off-by: Patrick McHardy 
Signed-off-by: David S. Miller

netdev: add more functions to netdevice ops

2008-11-21T04:14:53+00:00

This patch moves neigh_setup and hard_start_xmit into the network device ops
structure. For bisection, fix all the previously converted drivers as well.
Bonding driver took the biggest hit on this.

Added a prefetch of the hard_start_xmit in the fast path to try and reduce
any impact this would have.

Signed-off-by: Stephen Hemminger 
Signed-off-by: David S. Miller

macvlan: convert to net_device_ops

2008-11-20T06:42:40+00:00

Convert to net_device_ops function table.

Signed-off-by: Stephen Hemminger 
Signed-off-by: David S. Miller

drivers/net: Kill now superfluous ->last_rx stores.

2008-11-04T05:11:17+00:00

The generic packet receive code takes care of setting
netdev->last_rx when necessary, for the sake of the
bonding ARP monitor.

Drivers need not do it any more.

Some cases had to be skipped over because the drivers
were making use of the ->last_rx value themselves.

Signed-off-by: David S. Miller

macvlan: add support for ethtool get settings

2008-10-29T22:31:53+00:00

If macvlan's are used, it is useful to propgate speed and other settings
from underlying device up for application usage.

Signed-off-by: Stephen Hemminger 
Acked-by: Patrick McHardy 
Signed-off-by: David S. Miller

netdev: Handle ->addr_list_lock just like ->_xmit_lock for lockdep.

2008-07-22T21:16:42+00:00

The new address list lock needs to handle the same device layering
issues that the _xmit_lock one does.

This integrates work done by Patrick McHardy.

Signed-off-by: David S. Miller