linux.git/net/core/dev_mcast.c, branch master

net: convert multicast list to list_head

2010-04-03T21:22:15+00:00

Converts the list and the core manipulating with it to be the same as uc_list.

+uses two functions for adding/removing mc address (normal and "global"
 variant) instead of a function parameter.
+removes dev_mcast.c completely.
+exposes netdev_hw_addr_list_* macros along with __hw_addr_* functions for
 manipulation with lists on a sandbox (used in bonding and 80211 drivers)

Signed-off-by: Jiri Pirko 
Signed-off-by: David S. Miller

net: Fix dev_mc_add()

2010-03-10T15:32:28+00:00

Commit 6e17d45a (net: add addr len check to dev_mc_add)
added a bug in dev_mc_add(), since it can now exit with a lock
imbalance.

Signed-off-by: Eric Dumazet 
CC: Jiri Pirko 
Signed-off-by: David S. Miller

net: add addr len check to dev_mc_add

2010-02-26T12:22:26+00:00

Signed-off-by: Jiri Pirko 
Signed-off-by: David S. Miller

net: Rationalise email address: Network Specific Parts

2008-10-14T02:01:08+00:00

Clean up the various different email addresses of mine listed in the code
to a single current and valid address. As Dave says his network merges
for 2.6.28 are now done this seems a good point to send them in where
they won't risk disrupting real changes.

Signed-off-by: Alan Cox 
Signed-off-by: David S. Miller

netdev: Do not use TX lock to protect address lists.

2008-07-15T07:15:08+00:00

Now that we have a specific lock to protect the network
device unicast and multicast lists, remove extraneous
grabs of the TX lock in cases where the code only needs
address list protection.

Signed-off-by: David S. Miller

netdev: Add netdev->addr_list_lock protection.

2008-07-15T07:13:44+00:00

Add netif_addr_{lock,unlock}{,_bh}() helpers.

Use them to protect operations that operate on or read
the network device unicast and multicast address lists.

Also use them in cases where the code simply wants to
block calls into the driver's ->set_rx_mode() and
->set_multicast_list() methods.

Signed-off-by: David S. Miller

[NET]: Use existing device list walker for /proc/dev_mcast.

2008-02-29T19:44:14+00:00

The seq_file_operations' dev_mc_seq_xxx callbacks do the same thing as
the dev_seq_xxx ones do, but skip the SEQ_START_TOKEN.

So use the existing exported dev_seq_xxx calls and handle the
SEQ_START_TOKEN in the dev_mc_seq_show().

Signed-off-by: Pavel Emelyanov 
Signed-off-by: David S. Miller

[VLAN]: set_rx_mode support for unicast address list

2008-02-01T03:28:24+00:00

Reuse the existing logic for multicast list synchronization for the
unicast address list. The core of dev_mc_sync/unsync are split out as
__dev_addr_sync/unsync and moved from dev_mcast.c to dev.c.  These are
then used to implement dev_unicast_sync/unsync as well.

I'm working on cleaning up Intel's FCoE stack, which generates new MAC
addresses from the fibre channel device id assigned by the fabric as
per the current draft specification in T11.  When using such a
protocol in a VLAN environment it would be nice to not always be
forced into promiscuous mode, assuming the underlying Ethernet driver
supports multiple unicast addresses as well.

Signed-off-by: Chris Leech 
Signed-off-by: Patrick McHardy

[NET]: Add some acquires/releases sparse annotations.

2008-01-28T23:00:31+00:00

Add __acquires() and __releases() annotations to suppress some sparse
warnings.

example of warnings :

net/ipv4/udp.c:1555:14: warning: context imbalance in 'udp_seq_start' - wrong
count at exit
net/ipv4/udp.c:1571:13: warning: context imbalance in 'udp_seq_stop' -
unexpected unlock

Signed-off-by: Eric Dumazet 
Signed-off-by: David S. Miller

[NET]: Consolidate net namespace related proc files creation.

2008-01-28T22:54:28+00:00

Signed-off-by: Denis V. Lunev 
Signed-off-by: Pavel Emelyanov 
Signed-off-by: David S. Miller