[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5328ED25.1040900@lab.ntt.co.jp>
Date: Wed, 19 Mar 2014 10:04:37 +0900
From: Toshiaki Makita <makita.toshiaki@....ntt.co.jp>
To: "Luis R. Rodriguez" <mcgrof@...not-panic.com>
CC: "netdev@...r.kernel.org" <netdev@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
kvm@...r.kernel.org, xen-devel@...ts.xenproject.org,
Stephen Hemminger <stephen@...workplumber.org>,
bridge@...ts.linux-foundation.org
Subject: Re: [PATCH 1/3] bridge: preserve random init MAC address
(2014/03/19 9:50), Luis R. Rodriguez wrote:
> On Tue, Mar 18, 2014 at 5:42 PM, Toshiaki Makita
> <makita.toshiaki@....ntt.co.jp> wrote:
>> nit,
>> If the last detached port happens to have the same addr as
>> random_init_addr, this seems to call br_stp_change_bridge_id() even
>> though bridge_id is not changed.
>
> Ah good point.
>
>> Shouldn't the assignment of random_init_addr be done before the check of
>> "no change"?
>
> Good question, should we even allow two ports to have the same MAC
> address or should we complain and refuse to add it? If so that should
> mean we should also have to monitor any manual address changes or
> events for address changes on the ports.
This was recently discussed by Stephen and me.
I'm thinking it should be allowed.
http://marc.info/?l=linux-netdev&m=139182743919257&w=2
Toshiaki Makita
>
> Stephen?
>
> Luis
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists