From: Toshiaki Makita <makita.toshiaki@lab.ntt.co.jp>
To: Vlad Yasevich <vyasevich@gmail.com>,
"David S . Miller" <davem@davemloft.net>,
Stephen Hemminger <stephen@networkplumber.org>
Cc: netdev@vger.kernel.org, bridge@lists.linux-foundation.org
Subject: Re: [Bridge] [PATCH net-next 4/4] bridge: Support 802.1ad vlan filtering
Date: Tue, 10 Jun 2014 16:15:35 +0900 [thread overview]
Message-ID: <5396B097.8050100@lab.ntt.co.jp> (raw)
In-Reply-To: <5396564A.5040108@gmail.com>
(2014/06/10 9:50), Vlad Yasevich wrote:
> On 06/09/2014 07:34 AM, Toshiaki Makita wrote:
>> This enables us to change the vlan protocol for vlan filtering.
>> We come to be able to filter frames on the basis of 802.1ad vlan tags
>> through a bridge.
>>
>> This also changes br->group_addr if it has not been set by user.
>> This is needed for an 802.1ad bridge.
>> (See IEEE 802.1Q-2011 8.13.5.)
>>
>> To change the vlan protocol, write a protocol in sysfs:
>> # echo 0x88a8 > /sys/class/net/br0/bridge/vlan_protocol
>>
>> Signed-off-by: Toshiaki Makita <makita.toshiaki@lab.ntt.co.jp>
>> ---
>> net/bridge/br_private.h | 2 ++
>> net/bridge/br_sysfs_br.c | 18 +++++++++++
>> net/bridge/br_vlan.c | 81 ++++++++++++++++++++++++++++++++++++++++++++++++
>> 3 files changed, 101 insertions(+)
>>
>> diff --git a/net/bridge/br_private.h b/net/bridge/br_private.h
>> index 65204c2..3c5b23b 100644
>> --- a/net/bridge/br_private.h
>> +++ b/net/bridge/br_private.h
>> @@ -246,6 +246,7 @@ struct net_bridge
>> unsigned long bridge_forward_delay;
>>
>> u8 group_addr[ETH_ALEN];
>> + unsigned char group_addr_set;
>
> nit: can be bool since you just use true/false.
I'm not sure which is better in struct... but maybe it's more explicit.
will change it in v2.
Thanks,
Toshiaki Makita
WARNING: multiple messages have this Message-ID (diff)
From: Toshiaki Makita <makita.toshiaki@lab.ntt.co.jp>
To: Vlad Yasevich <vyasevich@gmail.com>,
"David S . Miller" <davem@davemloft.net>,
Stephen Hemminger <stephen@networkplumber.org>
Cc: netdev@vger.kernel.org, bridge@lists.linux-foundation.org
Subject: Re: [PATCH net-next 4/4] bridge: Support 802.1ad vlan filtering
Date: Tue, 10 Jun 2014 16:15:35 +0900 [thread overview]
Message-ID: <5396B097.8050100@lab.ntt.co.jp> (raw)
In-Reply-To: <5396564A.5040108@gmail.com>
(2014/06/10 9:50), Vlad Yasevich wrote:
> On 06/09/2014 07:34 AM, Toshiaki Makita wrote:
>> This enables us to change the vlan protocol for vlan filtering.
>> We come to be able to filter frames on the basis of 802.1ad vlan tags
>> through a bridge.
>>
>> This also changes br->group_addr if it has not been set by user.
>> This is needed for an 802.1ad bridge.
>> (See IEEE 802.1Q-2011 8.13.5.)
>>
>> To change the vlan protocol, write a protocol in sysfs:
>> # echo 0x88a8 > /sys/class/net/br0/bridge/vlan_protocol
>>
>> Signed-off-by: Toshiaki Makita <makita.toshiaki@lab.ntt.co.jp>
>> ---
>> net/bridge/br_private.h | 2 ++
>> net/bridge/br_sysfs_br.c | 18 +++++++++++
>> net/bridge/br_vlan.c | 81 ++++++++++++++++++++++++++++++++++++++++++++++++
>> 3 files changed, 101 insertions(+)
>>
>> diff --git a/net/bridge/br_private.h b/net/bridge/br_private.h
>> index 65204c2..3c5b23b 100644
>> --- a/net/bridge/br_private.h
>> +++ b/net/bridge/br_private.h
>> @@ -246,6 +246,7 @@ struct net_bridge
>> unsigned long bridge_forward_delay;
>>
>> u8 group_addr[ETH_ALEN];
>> + unsigned char group_addr_set;
>
> nit: can be bool since you just use true/false.
I'm not sure which is better in struct... but maybe it's more explicit.
will change it in v2.
Thanks,
Toshiaki Makita
next prev parent reply other threads:[~2014-06-10 7:15 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-06-09 11:34 [Bridge] [PATCH net-next 0/4] bridge: 802.1ad vlan protocol support Toshiaki Makita
2014-06-09 11:34 ` Toshiaki Makita
2014-06-09 11:34 ` [Bridge] [PATCH net-next 1/4] bridge: Add 802.1ad tx vlan acceleration Toshiaki Makita
2014-06-09 11:34 ` Toshiaki Makita
2014-06-09 11:34 ` [Bridge] [PATCH net-next 2/4] bridge: Prepare for 802.1ad vlan filtering support Toshiaki Makita
2014-06-09 11:34 ` Toshiaki Makita
2014-06-09 11:34 ` [Bridge] [PATCH net-next 3/4] bridge: Consider the Nearest Customer Bridge group addresses Toshiaki Makita
2014-06-09 11:34 ` Toshiaki Makita
2014-06-09 15:52 ` [Bridge] " Stephen Hemminger
2014-06-09 15:52 ` Stephen Hemminger
2014-06-09 16:45 ` [Bridge] " Toshiaki Makita
2014-06-09 16:45 ` Toshiaki Makita
2014-06-09 22:33 ` [Bridge] " Vlad Yasevich
2014-06-09 22:33 ` Vlad Yasevich
2014-06-10 7:05 ` [Bridge] " Toshiaki Makita
2014-06-10 7:05 ` Toshiaki Makita
2014-06-10 16:21 ` [Bridge] " Stephen Hemminger
2014-06-10 16:21 ` Stephen Hemminger
2014-06-11 6:12 ` [Bridge] " Toshiaki Makita
2014-06-11 6:12 ` Toshiaki Makita
2014-06-09 11:34 ` [Bridge] [PATCH net-next 4/4] bridge: Support 802.1ad vlan filtering Toshiaki Makita
2014-06-09 11:34 ` Toshiaki Makita
2014-06-10 0:50 ` [Bridge] " Vlad Yasevich
2014-06-10 0:50 ` Vlad Yasevich
2014-06-10 7:15 ` Toshiaki Makita [this message]
2014-06-10 7:15 ` Toshiaki Makita
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5396B097.8050100@lab.ntt.co.jp \
--to=makita.toshiaki@lab.ntt.co.jp \
--cc=bridge@lists.linux-foundation.org \
--cc=davem@davemloft.net \
--cc=netdev@vger.kernel.org \
--cc=stephen@networkplumber.org \
--cc=vyasevich@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.