lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1bfe95c4-80f0-4163-6717-947c37d4f569@redhat.com>
Date: Fri, 28 Jul 2023 14:17:03 +0200
From: Mat Kowalski <mko@...hat.com>
To: Simon Horman <horms@...nel.org>
Cc: netdev@...r.kernel.org
Subject: Re: [PATCH] net:bonding:support balance-alb with openvswitch

Hi Simon,

Thanks a lot for the pointers, not much experienced with contributing 
here so I really appreciate. Just a question inline regarding the net vs 
net-next

On 28/07/2023 14:04, Simon Horman wrote:
> Hi Mat,
>
> + Jay Vosburgh <j.vosburgh@...il.com>
>    Andy Gospodarek <andy@...yhouse.net>
>    "David S. Miller" <davem@...emloft.net>
>    Eric Dumazet <edumazet@...gle.com>
>    Jakub Kicinski <kuba@...nel.org>
>    Paolo Abeni <pabeni@...hat.com>
>    netdev@...r.kernel.org
>
>    As per the output of
>    ./scripts/get_maintainer.pl --git-min-percent 25 this.patch
>    which is the preferred method to determine the CC list for
>    Networking patches. LKML can, in general, be excluded.
>
>> Commit d5410ac7b0ba ("net:bonding:support balance-alb interface with
>> vlan to bridge") introduced a support for balance-alb mode for
>> interfaces connected to the linux bridge by fixing missing matching of
>> MAC entry in FDB. In our testing we discovered that it still does not
>> work when the bond is connected to the OVS bridge as show in diagram
>> below:
>>
>> eth1(mac:eth1_mac)--bond0(balance-alb,mac:eth0_mac)--eth0(mac:eth0_mac)
>>                        |
>>                      bond0.150(mac:eth0_mac)
>>                                |
>>                      ovs_bridge(ip:bridge_ip,mac:eth0_mac)
>>
>> This patch fixes it by checking not only if the device is a bridge but
>> also if it is an openvswitch.
>>
>> Signed-off-by: Mateusz Kowalski <mko@...hat.com>
> Hi,
>
> unfortunately this does not seem to apply to net-next.
> Perhaps it needs to be rebased.
>
> Also.
>
> 1. For Networking patches, please include the target tree, in this case
>     net-next, as opposed to net, which is for fixes, in the subject.
>
> 	Subject: [PATCH net-next] ...
It makes me wonder as in my view this is a fix for something that 
doesn't work today, not necessarily a new feature. Is net-next still a 
preferred target?
>
> 2. Perhaps 'bonding; ' is a more appropriate prefix.
>
> 	Subject: [PATCH net-next] bonding: ...
>
> ...
>


Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ