[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <760410371.953763.1433296358640.JavaMail.zimbra@savoirfairelinux.com>
Date: Tue, 2 Jun 2015 21:52:38 -0400 (EDT)
From: Vivien Didelot <vivien.didelot@...oirfairelinux.com>
To: Guenter Roeck <linux@...ck-us.net>
Cc: netdev <netdev@...r.kernel.org>, David <davem@...emloft.net>,
Florian Fainelli <f.fainelli@...il.com>,
Andrew Lunn <andrew@...n.ch>,
Scott Feldman <sfeldma@...il.com>,
Jiri Pirko <jiri@...nulli.us>,
Jérome Oufella
<jerome.oufella@...oirfairelinux.com>,
linux-kernel <linux-kernel@...r.kernel.org>,
kernel <kernel@...oirfairelinux.com>,
Chris Healy <cphealy@...il.com>
Subject: Re: [RFC 6/9] net: dsa: mv88e6352: allow egress of unknown
multicast
Hi Guenter,
On Jun 2, 2015, at 10:20 AM, Guenter Roeck linux@...ck-us.net wrote:
> On 06/01/2015 06:27 PM, Vivien Didelot wrote:
>> This patch disables egress of unknown unicast destination addresses.
>>
>
> Hi Vivien,
>
> seems to me this patch is unrelated to the rest of the series.
>
> Not sure if we really want this. If an address is in the arp cache
> but has timed out from the bridge database, any unicast to that address
> will no longer be sent. If the bridge database has been flushed for some
> reason, such as a spanning tree reconfiguration, we'll have a hard time
> to send anything.
>
> What is the problem you are trying to solve with this patch ?
TBH, I don't remember which one of the test cases I described in 0/9
this patch was solving... Some ARP request didn't propagate correctly
without this, IIRC.
I'll try to revert the change and do my tests again in order to isolate
the problem.
Thanks,
-v
--
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