linux-stable.git/net/bridge/br_forward.c, branch linux-3.3.y

bridge: add local MAC address to forwarding table (v2)

2011-12-09T00:40:28+00:00

If user has configured a MAC address that is not one of the existing
ports of the bridge, then we need to add a special entry in the forwarding
table. This forwarding table entry has no outgoing port so it has to be
treated a little differently. The special entry is reported by the netlink
interface with ifindex of bridge, but ignored by the old interface since there
is no usable way to put it in the ABI.

Reported-by: Koki Sanagi 
Signed-off-by: Stephen Hemminger 
Signed-off-by: David S. Miller

net: bridge: check the length of skb after nf_bridge_maybe_copy_header()

2011-01-06T19:33:05+00:00

Since nf_bridge_maybe_copy_header() may change the length of skb,
we should check the length of skb after it to handle the ppoe skbs.

Signed-off-by: Changli Gao 
Signed-off-by: David S. Miller

bridge: add RCU annotation to bridge multicast table

2010-11-15T19:13:16+00:00

Add modern __rcu annotatations to bridge multicast table.
Use newer hlist macros to avoid direct access to hlist internals.

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

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

2010-06-24T01:26:27+00:00

Conflicts:
	net/ipv4/ip_output.c

bridge: Fix OOM crash in deliver_clone

2010-06-16T04:43:07+00:00

The bridge multicast patches introduced an OOM crash in the forward
path, when deliver_clone fails to clone the skb.

Reported-by: Mark Wagner 
Signed-off-by: Herbert Xu 
Signed-off-by: David S. Miller

bridge: Fix netpoll support

2010-06-15T18:00:40+00:00

There are multiple problems with the newly added netpoll support:

1) Use-after-free on each netpoll packet.
2) Invoking unsafe code on netpoll/IRQ path.
3) Breaks when netpoll is enabled on the underlying device.

This patch fixes all of these problems.  In particular, we now
allocate proper netpoll structures for each underlying device.

We only allow netpoll to be enabled on the bridge when all the
devices underneath it support netpoll.  Once it is enabled, we
do not allow non-netpoll devices to join the bridge (until netpoll
is disabled again).

This allows us to do away with the npinfo juggling that caused
problem number 1.

Incidentally this patch fixes number 2 by bypassing unsafe code
such as multicast snooping and netfilter.

Reported-by: Qianfeng Zhang 
Signed-off-by: Herbert Xu 
Signed-off-by: David S. Miller

Merge branch 'master' of /repos/git/net-next-2.6

2010-05-10T16:39:28+00:00

Conflicts:
	net/bridge/br_device.c
	net/bridge/br_forward.c

Signed-off-by: Patrick McHardy

bridge: make bridge support netpoll

2010-05-06T07:48:24+00:00

Based on the previous patch, make bridge support netpoll by:

1) implement the 2 methods to support netpoll for bridge;

2) modify netpoll during forwarding packets via bridge;

3) disable netpoll support of bridge when a netpoll-unabled device
   is added to bridge;

4) enable netpoll support when all underlying devices support netpoll.

Cc: David Miller 
Cc: Neil Horman 
Cc: Stephen Hemminger 
Cc: Matt Mackall 
Signed-off-by: WANG Cong 
Signed-off-by: David S. Miller

bridge: multicast_flood cleanup

2010-04-28T01:13:55+00:00

Move some declarations around to make it clearer which variables
are being used inside loop.

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

bridge: multicast port group RCU fix

2010-04-28T01:13:54+00:00

The recently introduced bridge mulitcast port group list was only
partially using RCU correctly. It was missing rcu_dereference()
and missing the necessary barrier on deletion.

The code should have used one of the standard list methods (list or hlist)
instead of open coding a RCU based link list.

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