> On Thu, 8 Sep 2016 11:30:08 -0700
> Florian Fainelli wrote:
>
>> On 09/08/2016 10:19 AM, D. Herrendoerfer wrote:
>>>
>>> On 08 Sep 2016, at 17:39, Stephen Hemminger
>>> wrote:
>>>
>>>> On Thu, 8 Sep 2016 15:06:16 +0200
>
:15, Andi Kleen wrote:
> "D. Herrendoerfer" writes:
>>
>> I may be missing something here - I'm pretty sure there I am, but is
>> there any conceptual
>>
>> reason why this should not be done this way ?
>
> What happens if someone floods t
On 08 Sep 2016, at 17:39, Stephen Hemminger wrote:
> On Thu, 8 Sep 2016 15:06:16 +0200
> "D. Herrendoerfer" wrote:
>
>> Hello,
>>
>> I'd like to start a discussion if it makes sense to add an optional feature
>>
>> to the bridge MA
Hello,
I'd like to start a discussion if it makes sense to add an optional feature
to the bridge MAC address learning code to generate kernel uevents for
every learned (added) and removed MAC address.
The (my) rationale behind this is, that I work with multiport SRIOV and
MRIOV
network card
