<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/net/bridge/br_input.c, branch linux-3.12.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.12.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.12.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2014-06-23T08:27:58Z</updated>
<entry>
<title>bridge: Prevent insertion of FDB entry with disallowed vlan</title>
<updated>2014-06-23T08:27:58Z</updated>
<author>
<name>Toshiaki Makita</name>
</author>
<published>2014-05-26T06:15:53Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=3ed50132d6a8244a14f9896e897464c099809462'/>
<id>urn:sha1:3ed50132d6a8244a14f9896e897464c099809462</id>
<content type='text'>
[ Upstream commit e0d7968ab6c8bce2437b36fa7f04117e333f196d ]

br_handle_local_finish() is allowing us to insert an FDB entry with
disallowed vlan. For example, when port 1 and 2 are communicating in
vlan 10, and even if vlan 10 is disallowed on port 3, port 3 can
interfere with their communication by spoofed src mac address with
vlan id 10.

Note: Even if it is judged that a frame should not be learned, it should
not be dropped because it is destined for not forwarding layer but higher
layer. See IEEE 802.1Q-2011 8.13.10.

Signed-off-by: Toshiaki Makita &lt;makita.toshiaki@lab.ntt.co.jp&gt;
Acked-by: Vlad Yasevich &lt;vyasevic@redhat.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Jiri Slaby &lt;jslaby@suse.cz&gt;
</content>
</entry>
<entry>
<title>bridge: Fix double free and memory leak around br_allowed_ingress</title>
<updated>2014-05-29T09:38:31Z</updated>
<author>
<name>Toshiaki Makita</name>
</author>
<published>2014-04-09T08:00:30Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=262cacfba2c885aa7b45433e824eb67636323c65'/>
<id>urn:sha1:262cacfba2c885aa7b45433e824eb67636323c65</id>
<content type='text'>
[ Upstream commit eb7076182d1ae4bc4641534134ed707100d76acc ]

br_allowed_ingress() has two problems.

1. If br_allowed_ingress() is called by br_handle_frame_finish() and
vlan_untag() in br_allowed_ingress() fails, skb will be freed by both
vlan_untag() and br_handle_frame_finish().

2. If br_allowed_ingress() is called by br_dev_xmit() and
br_allowed_ingress() fails, the skb will not be freed.

Fix these two problems by freeing the skb in br_allowed_ingress()
if it fails.

Signed-off-by: Toshiaki Makita &lt;makita.toshiaki@lab.ntt.co.jp&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Jiri Slaby &lt;jslaby@suse.cz&gt;
</content>
</entry>
<entry>
<title>bridge: separate querier and query timer into IGMP/IPv4 and MLD/IPv6 ones</title>
<updated>2013-08-30T19:24:37Z</updated>
<author>
<name>Linus Lüssing</name>
</author>
<published>2013-08-30T15:28:17Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=cc0fdd802859eaeb00e1c87dbb655594bed2844c'/>
<id>urn:sha1:cc0fdd802859eaeb00e1c87dbb655594bed2844c</id>
<content type='text'>
Currently we would still potentially suffer multicast packet loss if there
is just either an IGMP or an MLD querier: For the former case, we would
possibly drop IPv6 multicast packets, for the latter IPv4 ones. This is
because we are currently assuming that if either an IGMP or MLD querier
is present that the other one is present, too.

This patch makes the behaviour and fix added in
"bridge: disable snooping if there is no querier" (b00589af3b04)
to also work if there is either just an IGMP or an MLD querier on the
link: It refines the deactivation of the snooping to be protocol
specific by using separate timers for the snooped IGMP and MLD queries
as well as separate timers for our internal IGMP and MLD queriers.

Signed-off-by: Linus Lüssing &lt;linus.luessing@web.de&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>bridge: disable snooping if there is no querier</title>
<updated>2013-08-01T00:40:21Z</updated>
<author>
<name>Linus Lüssing</name>
</author>
<published>2013-07-31T23:06:20Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=b00589af3b04736376f24625ab0b394642e89e29'/>
<id>urn:sha1:b00589af3b04736376f24625ab0b394642e89e29</id>
<content type='text'>
If there is no querier on a link then we won't get periodic reports and
therefore won't be able to learn about multicast listeners behind ports,
potentially leading to lost multicast packets, especially for multicast
listeners that joined before the creation of the bridge.

These lost multicast packets can appear since c5c23260594
("bridge: Add multicast_querier toggle and disable queries by default")
in particular.

With this patch we are flooding multicast packets if our querier is
disabled and if we didn't detect any other querier.

A grace period of the Maximum Response Delay of the querier is added to
give multicast responses enough time to arrive and to be learned from
before disabling the flooding behaviour again.

Signed-off-by: Linus Lüssing &lt;linus.luessing@web.de&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>bridge: Add a flag to control unicast packet flood.</title>
<updated>2013-06-11T09:04:32Z</updated>
<author>
<name>Vlad Yasevich</name>
</author>
<published>2013-06-05T14:08:01Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=867a59436fc35593ae0e0efcd56cc6d2f8506586'/>
<id>urn:sha1:867a59436fc35593ae0e0efcd56cc6d2f8506586</id>
<content type='text'>
Add a flag to control flood of unicast traffic.  By default, flood is
on and the bridge will flood unicast traffic if it doesn't know
the destination.  When the flag is turned off, unicast traffic
without an FDB will not be forwarded to the specified port.

Signed-off-by: Vlad Yasevich &lt;vyasevic@redhat.com&gt;
Reviewed-by: Michael S. Tsirkin &lt;mst@redhat.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>bridge: Add flag to control mac learning.</title>
<updated>2013-06-11T09:04:32Z</updated>
<author>
<name>Vlad Yasevich</name>
</author>
<published>2013-06-05T14:08:00Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=9ba18891f75535eca3ef53138b48970eb60f5255'/>
<id>urn:sha1:9ba18891f75535eca3ef53138b48970eb60f5255</id>
<content type='text'>
Allow user to control whether mac learning is enabled on the port.
By default, mac learning is enabled.  Disabling mac learning will
cause new dynamic FDB entries to not be created for a particular port.

Signed-off-by: Vlad Yasevich &lt;vyasevic@redhat.com&gt;
Signed-off-by: Stephen Hemminger &lt;stephen@networkplumber.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>bridge: add missing vid to br_mdb_get()</title>
<updated>2013-03-07T21:32:19Z</updated>
<author>
<name>Cong Wang</name>
</author>
<published>2013-03-07T03:05:33Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=fbca58a2242ef2b84049365786d501ee512aefcf'/>
<id>urn:sha1:fbca58a2242ef2b84049365786d501ee512aefcf</id>
<content type='text'>
Obviously, vid should be considered when searching for multicast
group.

Cc: Vlad Yasevich &lt;vyasevic@redhat.com&gt;
Cc: Stephen Hemminger &lt;stephen@networkplumber.org&gt;
Cc: "David S. Miller" &lt;davem@davemloft.net&gt;
Signed-off-by: Cong Wang &lt;amwang@redhat.com&gt;
Acked-by: Vlad Yasevich &lt;vyasevich@redhat.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>bridge: Add vlan to unicast fdb entries</title>
<updated>2013-02-14T00:42:15Z</updated>
<author>
<name>Vlad Yasevich</name>
</author>
<published>2013-02-13T12:00:16Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=2ba071ecb6d41ce172f9ccb3996f28cb337b3576'/>
<id>urn:sha1:2ba071ecb6d41ce172f9ccb3996f28cb337b3576</id>
<content type='text'>
This patch adds vlan to unicast fdb entries that are created for
learned addresses (not the manually configured ones).  It adds
vlan id into the hash mix and uses vlan as an addditional parameter
for an entry match.

Signed-off-by: Vlad Yasevich &lt;vyasevic@redhat.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>bridge: Implement vlan ingress/egress policy with PVID.</title>
<updated>2013-02-14T00:42:15Z</updated>
<author>
<name>Vlad Yasevich</name>
</author>
<published>2013-02-13T12:00:14Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=7885198861fc9a3dfdc6bb90dc0ba12689d6cd57'/>
<id>urn:sha1:7885198861fc9a3dfdc6bb90dc0ba12689d6cd57</id>
<content type='text'>
At ingress, any untagged traffic is assigned to the PVID.
Any tagged traffic is filtered according to membership bitmap.

At egress, if the vlan matches the PVID, the frame is sent
untagged.  Otherwise the frame is sent tagged.

Signed-off-by: Vlad Yasevich &lt;vyasevic@redhat.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>bridge: Verify that a vlan is allowed to egress on given port</title>
<updated>2013-02-14T00:41:46Z</updated>
<author>
<name>Vlad Yasevich</name>
</author>
<published>2013-02-13T12:00:11Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=85f46c6baef1486ce20e13dd7cdea5dd15be2a90'/>
<id>urn:sha1:85f46c6baef1486ce20e13dd7cdea5dd15be2a90</id>
<content type='text'>
When bridge forwards a frame, make sure that a frame is allowed
to egress on that port.

Signed-off-by: Vlad Yasevich &lt;vyasevic@redhat.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
</feed>
