[vpp-dev] vpp+dpdk #dpdk

[first_semon]

I have the issue about when the same buf_info with different  name  of device 
like bottom picture,what should I do to bound two device called enp6s0f01d and 
enp6s0f02d. tks

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#22322): https://lists.fd.io/g/vpp-dev/message/22322
Mute This Topic: https://lists.fd.io/mt/95640416/21656
Mute #dpdk:https://lists.fd.io/g/vpp-dev/mutehashtag/dpdk
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/leave/1480452/21656/631435203/xyzzy 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] VPP & HICN docs verify jobs now upload generated docs to a 7-day retention S3 bucket

[Dave Wallace]

Folks,

The VPP and HICN docs verify jobs now upload the generated docs for each 
patch to a 7-day retention bucket in Amazon S3 storage. The upload URL 
for the docs is the same as the log URL for the docs job except that the 
domain name is 's3-docs-7day.fd.io' instead of 's3-logs.fd.io'.


For example, the following VPP docs job:

https://s3-logs.fd.io/vex-yul-rot-jenkins-1/vpp-docs-verify-master-ubuntu2204-x86_64/742/

uploaded the VPP documentation generated for the associated patch to:

https://s3-docs-7day.fd.io/vex-yul-rot-jenkins-1/vpp-docs-verify-master-ubuntu2204-x86_64/742/


Similarly, the HICN docs job:

https://s3-logs.fd.io/vex-yul-rot-jenkins-1/hicn-docs-verify-master-ubuntu2004-x86_64/433/

uploaded the HICN documentation generated for the associated patch to:

https://s3-docs-7day.fd.io/vex-yul-rot-jenkins-1/hicn-docs-verify-master-ubuntu2004-x86_64/433/


If you attempt to access a URL for a docs verify job that is more than 7 
days old, then you will get a 404 error:


https://s3-docs-7day.fd.io/vex-yul-rot-jenkins-1/vpp-docs-verify-master-ubuntu2204-x86_64/658

 %< 
404 Not Found

    Code: NoSuchKey
    Message: The specified key does not exist.
    Key: vex-yul-rot-jenkins-1/vpp-docs-verify-master-ubuntu2204-x86_64/658
    RequestId: VZSP8G8QK91WF3AB
    HostId: 
X6+NkeAuRXpVGgDCq27Yqg7vbg6VdlyqS1utS+nPrJjCjIjDdQ+p6INLPuPfjHdMIWUW40ANht4=


An Error Occurred While Attempting to Retrieve a Custom Error Document

    Code: NoSuchKey
    Message: The specified key does not exist.
    Key: error.html
 %< 

Thanks,
-daw-

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#22321): https://lists.fd.io/g/vpp-dev/message/22321
Mute This Topic: https://lists.fd.io/mt/95627241/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/leave/1480452/21656/631435203/xyzzy 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] [csit-dev] Core isolation on kernel command line deprecated

[Dave Wallace]

Hi Juraj,

+ vpp-dev@lists.fd.io

For those curious to learn more, here is the cpusets kernel 
documentation [0] and cpuset manpage [1].


Thanks for the heads up!
-daw-

[0] 
https://www.kernel.org/doc/Documentation/admin-guide/cgroup-v1/cpusets.rst

[1] https://manpages.ubuntu.com/manpages/jammy/man7/cpuset.7.html

On 12/5/2022 5:44 AM, Juraj Linkeš wrote:


Hello CSIT devs,

While looking for possible causes for the 3n-tsh VM testcase timeouts, 
Tianyu from arm found out that the isolcpus kernel command line 
parameter has been deprecated. It seems that no cores are actually 
being isolated:


# altra SUT

jlinkes@jlinkes:~/workspace$ alt1-perf cat /proc/self/status | grep 
Cpus_allowed_list


Cpus_allowed_list:  0-159

# icelake SUT

jlinkes@jlinkes:~/workspace$ ssh testuser@10.30.51.75 cat 
/proc/self/status | grep Cpus_allowed_list


Cpus_allowed_list:  0-127

# snowridge SUT

jlinkes@jlinkes:~/workspace$ ssh testuser@10.30.51.93 cat 
/proc/self/status | grep Cpus_allowed_list


Cpus_allowed_list:  0-23

# cascadelake SUT

jlinkes@jlinkes:~/workspace$ ssh testuser@10.32.8.18 cat 
/proc/self/status | grep Cpus_allowed_list


Cpus_allowed_list:  0-95

The kernel docs [0] themselves mention that the parameter has been 
deprecated and we should use cpusets instead.


Looks like the deprecation could have broader implications in CSIT.

Regards,

Juraj

[0] 
https://www.kernel.org/doc/Documentation/admin-guide/kernel-parameters.txt






-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#22320): https://lists.fd.io/g/vpp-dev/message/22320
Mute This Topic: https://lists.fd.io/mt/95625755/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/leave/1480452/21656/631435203/xyzzy 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] RFC: move the “1”st instance of the community meeting 3 hours earlier to reduce impact for earlier time zone

[Damjan Marion via lists.fd.io]

OK, moving meeting tomorrow (and following 1st monthly meetings) for -3 hrs, 
new time is 5-6am PT.

Wiki updated with:

Bi-weekly on the second Tuesday of each month at 5-6am PT and fourth Tuesday of 
each month at 8-9am PT.


— 
Damjan



> On 07.12.2022., at 18:30, Damjan Marion via lists.fd.io 
>  wrote:
> 
> 
> Can we get a bit more votes on this? It is significant change so would like 
> to confirm that everybody is ok with it….
> 
> — 
> Damjan
> 
> 
> 
>> On 24.11.2022., at 03:52, Marvin Liu  wrote:
>> 
>> +1, looking forward to join community meeting and have more discussions.
>>  
>> From: vpp-dev@lists.fd.io  > > On Behalf Of Xu, Ting
>> Sent: Thursday, November 24, 2022 10:22 AM
>> To: vpp-dev@lists.fd.io 
>> Subject: Re: [vpp-dev] RFC: move the “1”st instance of the community meeting 
>> 3 hours earlier to reduce impact for earlier time zone
>>  
>> +1, it would be convenient for us to attend the meeting!
>>  
>> From: vpp-dev@lists.fd.io  > > On Behalf Of Pei, Yulong
>> Sent: Thursday, November 24, 2022 10:19 AM
>> To: vpp-dev@lists.fd.io 
>> Cc: Li, Jokul mailto:jokul...@intel.com>>
>> Subject: Re: [vpp-dev] RFC: move the “1”st instance of the community meeting 
>> 3 hours earlier to reduce impact for earlier time zone
>>  
>> +1, Looking forward to join community meeting.
>>  
>> From: vpp-dev@lists.fd.io  > > On Behalf Of Ni, Hongjun
>> Sent: Wednesday, November 23, 2022 11:51 AM
>> To: vpp-dev@lists.fd.io 
>> Cc: Li, Jokul mailto:jokul...@intel.com>>
>> Subject: Re: [vpp-dev] RFC: move the “1”st instance of the community meeting 
>> 3 hours earlier to reduce impact for earlier time zone
>>  
>> +1. Hope more PRC guys will join and contribute to VPP community!
>>  
>> From: vpp-dev@lists.fd.io  > > On Behalf Of qian xu
>> Sent: Wednesday, November 23, 2022 9:28 AM
>> To: vpp-dev@lists.fd.io 
>> Cc: Li, Jokul mailto:jokul...@intel.com>>
>> Subject: Re: [vpp-dev] RFC: move the “1”st instance of the community meeting 
>> 3 hours earlier to reduce impact for earlier time zone
>>  
>> +1, thanks for the inclusion for PRC contributors, looking forwards to 
>> joining the community meetings in near future!
>>  
>> From: vpp-dev@lists.fd.io  > > On Behalf Of Dave Wallace
>> Sent: Wednesday, November 23, 2022 2:48 AM
>> To: vpp-dev@lists.fd.io 
>> Subject: Re: [vpp-dev] RFC: move the “1”st instance of the community meeting 
>> 3 hours earlier to reduce impact for earlier time zone
>>  
>> +1
>> 
>> On 11/22/22 11:28 AM, Andrew Yourtchenko wrote:
>> Hi all,
>>  
>> It came up that the current time of the community meeting is extremely 
>> unfriendly for our community members on China timezone - it makes it 
>> midnight their time.
>>  
>> So, as per discussion on the call today, I would like to propose to move 
>> every other of the meetings (the one in the second Tuesday of the month) 
>> three hours earlier.
>>  
>> I would also suggest that this proposal take effect starting with the 
>> upcoming meeting on December 13th.
>>  
>> Thoughts ?
>>  
>> --a
>>  
>> 
>>  
>>  
>>  
>>  
>> 
> 
> 
> 
> 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#22319): https://lists.fd.io/g/vpp-dev/message/22319
Mute This Topic: https://lists.fd.io/mt/9526/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/leave/1480452/21656/631435203/xyzzy 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] Running multiple VPP processes causing VAPI API failures

[Chinmaya Aggarwal]

Hi,

We have a main VPP process running and we have IPIP tunnels configured in VPP 
which we try to fetch using VAPI API calls. It works fine in normal scenarios 
but when we by mistake executed the command "vpp" from linux command line, we 
saw that an additional VPP daemon started running and also that VAPI API call 
is not able to fetch IPIP tunnel data anymore. On killing this daemon manually, 
we observed that VAPI connections could not be established anymore and VPP's 
main process also got into a bad state. Restarting VPP fixed the issue and we 
were able to fetch IPIP tunnel data through VAPI APIs.

What is the purpose of this command "vpp" and is it a valid use case to run 
multiple vpp daemons? Also, how can we restrict the additional daemon from 
starting if VPP's main process is already running?

Thanks and Regards,
Chinmaya Agarwal.

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#22318): https://lists.fd.io/g/vpp-dev/message/22318
Mute This Topic: https://lists.fd.io/mt/95624233/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/leave/1480452/21656/631435203/xyzzy 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Q) Is it a possible acl-plugin race condtion?

[Chul-Woong Yang]

Thank you for your answer.
It's for fast datapath processing, I see.
However, I'm curious whether it is an accepted behavior to stop routing while 
processing configuration change.
Are production CISCO routers made in that way?

Kind regards,
Chul-Woong

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#22317): https://lists.fd.io/g/vpp-dev/message/22317
Mute This Topic: https://lists.fd.io/mt/95613760/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/leave/1480452/21656/631435203/xyzzy 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] problem with ikev2 upd-encap when lcp is enabled

[amine belroul]

Hello guys,
last night I faced a problem with ikev2 over natt when lcp is enabled.
After tcpdump the traffic , I noticed there is a problem with the
NONESP-encap response (using udp port 4500).
can guys help me out please


Thank you.

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#22316): https://lists.fd.io/g/vpp-dev/message/22316
Mute This Topic: https://lists.fd.io/mt/95617539/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/leave/1480452/21656/631435203/xyzzy 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Q) Is it a possible acl-plugin race condtion?

[Benoit Ganne (bganne) via lists.fd.io]

API and CLI are executed under the worker barrier by default in VPP, only the 
VPP main thread runs, and workers are stopped.
For an API/CLI to be executed concurrently with workers, it must be explicitly 
marked as such (mp_safe attribute).
It does not seem to be the case for ACL, so it should be fine.

Best
ben

> -Original Message-
> From: vpp-dev@lists.fd.io  On Behalf Of Chul-Woong
> Yang
> Sent: Monday, December 12, 2022 3:50
> To: vpp-dev@lists.fd.io
> Subject: [vpp-dev] Q) Is it a possible acl-plugin race condtion?
> 
> Hi, team.
> 
> I'm reading acl-plugin code and have a question on race condition.
> When vpp needs to update acl rules, it does not keep a refcnt or
> something and just `vec_free`s the rules. Is it safe?:
> ```
>   /* ACL updater: from acl_add_list() */
> {
>   a = am->acls + *acl_list_index;
>   /* Get rid of the old rules */
>   if (a->rules)
> vec_free (a->rules);   /* (A) */
> }
> ...
> 
> 
>   /* ACL user: from single_acl_match_5tuple() */
>   for (i = 0; i < vec_len(acl_rules); i++)
> {
>   r = _rules[i];
>   ... /* (B) */
> ```
> 
> I worry that vpp can SEGV by refering freed memory when it referes an
> acl rules `r` in (B) while another thread frees the rule in (A).
> 
> Best regards,
> Chul-Woong

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#22315): https://lists.fd.io/g/vpp-dev/message/22315
Mute This Topic: https://lists.fd.io/mt/95613760/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/leave/1480452/21656/631435203/xyzzy 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-