Re: [ovs-dev] [PATCH ovn] Start mcast id allocations from OVN_MIN_IP_MULTICAST.

2024-04-12 Thread Ihar Hrachyshka
On Fri, Apr 12, 2024 at 10:33 AM Dumitru Ceara  wrote:

> On 4/11/24 10:32, Ales Musil wrote:
> > On Thu, Apr 4, 2024 at 11:44 PM Ihar Hrachyshka 
> wrote:
> >
> >> Strictly speaking, this is not *essential* to start from MIN and not
> >> MIN+1 (once the hint reaches max, it will wrap back to MIN anyway), but
> >> this is inconsistent with how we handle datapath and port keys (we start
> >> with hint = 0 there).
> >>
> >> Signed-off-by: Ihar Hrachyshka 
> >> ---
> >>  northd/northd.c | 3 ++-
> >>  1 file changed, 2 insertions(+), 1 deletion(-)
> >>
> >> diff --git a/northd/northd.c b/northd/northd.c
> >> index c568f6360..4baff408d 100644
> >> --- a/northd/northd.c
> >> +++ b/northd/northd.c
> >> @@ -641,7 +641,8 @@ init_mcast_info_for_datapath(struct ovn_datapath
> *od)
> >>  }
> >>
> >>  hmap_init(>mcast_info.group_tnlids);
> >> -od->mcast_info.group_tnlid_hint = OVN_MIN_IP_MULTICAST;
> >> +/* allocations start from hint + 1 */
> >> +od->mcast_info.group_tnlid_hint = OVN_MIN_IP_MULTICAST - 1;
> >>  ovs_list_init(>mcast_info.groups);
> >>
> >>  if (od->nbs) {
> >> --
> >> 2.41.0
> >>
> >> ___
> >> dev mailing list
> >> d...@openvswitch.org
> >> https://mail.openvswitch.org/mailman/listinfo/ovs-dev
> >>
> >>
> > Looks good to me, thanks.
> >
> > Acked-by: Ales Musil 
> >
>
> Thanks, Ihar, Ales!
>
> Applied to main.  Do you think it's worth backporting this?
>
>
Nah. Nothing is broken here, except dev aesthetics and order.

Ihar
___
dev mailing list
d...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-dev


Re: [ovs-dev] [PATCH ovn] Start mcast id allocations from OVN_MIN_IP_MULTICAST.

2024-04-12 Thread Dumitru Ceara
On 4/11/24 10:32, Ales Musil wrote:
> On Thu, Apr 4, 2024 at 11:44 PM Ihar Hrachyshka  wrote:
> 
>> Strictly speaking, this is not *essential* to start from MIN and not
>> MIN+1 (once the hint reaches max, it will wrap back to MIN anyway), but
>> this is inconsistent with how we handle datapath and port keys (we start
>> with hint = 0 there).
>>
>> Signed-off-by: Ihar Hrachyshka 
>> ---
>>  northd/northd.c | 3 ++-
>>  1 file changed, 2 insertions(+), 1 deletion(-)
>>
>> diff --git a/northd/northd.c b/northd/northd.c
>> index c568f6360..4baff408d 100644
>> --- a/northd/northd.c
>> +++ b/northd/northd.c
>> @@ -641,7 +641,8 @@ init_mcast_info_for_datapath(struct ovn_datapath *od)
>>  }
>>
>>  hmap_init(>mcast_info.group_tnlids);
>> -od->mcast_info.group_tnlid_hint = OVN_MIN_IP_MULTICAST;
>> +/* allocations start from hint + 1 */
>> +od->mcast_info.group_tnlid_hint = OVN_MIN_IP_MULTICAST - 1;
>>  ovs_list_init(>mcast_info.groups);
>>
>>  if (od->nbs) {
>> --
>> 2.41.0
>>
>> ___
>> dev mailing list
>> d...@openvswitch.org
>> https://mail.openvswitch.org/mailman/listinfo/ovs-dev
>>
>>
> Looks good to me, thanks.
> 
> Acked-by: Ales Musil 
> 

Thanks, Ihar, Ales!

Applied to main.  Do you think it's worth backporting this?

Regards,
Dumitru

___
dev mailing list
d...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-dev


Re: [ovs-dev] [PATCH ovn] Start mcast id allocations from OVN_MIN_IP_MULTICAST.

2024-04-11 Thread Ales Musil
On Thu, Apr 4, 2024 at 11:44 PM Ihar Hrachyshka  wrote:

> Strictly speaking, this is not *essential* to start from MIN and not
> MIN+1 (once the hint reaches max, it will wrap back to MIN anyway), but
> this is inconsistent with how we handle datapath and port keys (we start
> with hint = 0 there).
>
> Signed-off-by: Ihar Hrachyshka 
> ---
>  northd/northd.c | 3 ++-
>  1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/northd/northd.c b/northd/northd.c
> index c568f6360..4baff408d 100644
> --- a/northd/northd.c
> +++ b/northd/northd.c
> @@ -641,7 +641,8 @@ init_mcast_info_for_datapath(struct ovn_datapath *od)
>  }
>
>  hmap_init(>mcast_info.group_tnlids);
> -od->mcast_info.group_tnlid_hint = OVN_MIN_IP_MULTICAST;
> +/* allocations start from hint + 1 */
> +od->mcast_info.group_tnlid_hint = OVN_MIN_IP_MULTICAST - 1;
>  ovs_list_init(>mcast_info.groups);
>
>  if (od->nbs) {
> --
> 2.41.0
>
> ___
> dev mailing list
> d...@openvswitch.org
> https://mail.openvswitch.org/mailman/listinfo/ovs-dev
>
>
Looks good to me, thanks.

Acked-by: Ales Musil 

-- 

Ales Musil

Senior Software Engineer - OVN Core

Red Hat EMEA 

amu...@redhat.com

___
dev mailing list
d...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-dev


[ovs-dev] [PATCH ovn] Start mcast id allocations from OVN_MIN_IP_MULTICAST.

2024-04-04 Thread Ihar Hrachyshka
Strictly speaking, this is not *essential* to start from MIN and not
MIN+1 (once the hint reaches max, it will wrap back to MIN anyway), but
this is inconsistent with how we handle datapath and port keys (we start
with hint = 0 there).

Signed-off-by: Ihar Hrachyshka 
---
 northd/northd.c | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/northd/northd.c b/northd/northd.c
index c568f6360..4baff408d 100644
--- a/northd/northd.c
+++ b/northd/northd.c
@@ -641,7 +641,8 @@ init_mcast_info_for_datapath(struct ovn_datapath *od)
 }
 
 hmap_init(>mcast_info.group_tnlids);
-od->mcast_info.group_tnlid_hint = OVN_MIN_IP_MULTICAST;
+/* allocations start from hint + 1 */
+od->mcast_info.group_tnlid_hint = OVN_MIN_IP_MULTICAST - 1;
 ovs_list_init(>mcast_info.groups);
 
 if (od->nbs) {
-- 
2.41.0

___
dev mailing list
d...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-dev