Re: [vpp-dev] VPP with FRR Bring-up - tap interface enable causing crash
which fdio release version you are using? -- Thanks & Regards, Murthy -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#15712): https://lists.fd.io/g/vpp-dev/message/15712 Mute This Topic: https://lists.fd.io/mt/71738703/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [vpp-dev] VPP with FRR Bring-up - tap interface enable causing crash
Hi All,
Wanted to update in this thread that I have debugged and found that VPP crash
was due to undefined symbol for vlib_buffer_alloc_from_free_list(), which is
called from router plugin during tap interface enable. I have made the
following code changes in my WS to get this working.
Currently, with this change enabling tap interface works fine.
diff --git a/router/router/tap_inject_node.c b/router/router/tap_inject_node.c
index 8282c4c..8ce3cf9 100644
--- a/router/router/tap_inject_node.c
+++ b/router/router/tap_inject_node.c
@@ -202,9 +202,15 @@ tap_rx (vlib_main_t * vm, vlib_node_runtime_t * node,
vlib_frame_t * f, int fd)
{
u32 len = vec_len (im->rx_buffers);
+#if 0
len = vlib_buffer_alloc_from_free_list (vm,
&im->rx_buffers[len], NUM_BUFFERS_TO_ALLOC,
VLIB_BUFFER_DEFAULT_FREE_LIST_INDEX);
+#endif
+
+ len = vlib_buffer_alloc_on_numa (vm,
+&im->rx_buffers[len], NUM_BUFFERS_TO_ALLOC,
+vm->numa_node);
_vec_len (im->rx_buffers) += len;
Thanks,
Kausik
From: Majumdar, Kausik
Sent: Wednesday, March 4, 2020 3:56 PM
To: vpp-dev
Cc: Majumdar, Kausik
Subject: VPP with FRR Bring-up - tap interface enable causing crash
Hi All,
I am experiencing VPP crash when I am trying to bring the link up for the VPP
tap interfaces in Linux. Is this a known issue ? I have tried it few items to
bring the VPP tap interfaces link up and each time I see VPP crashing. Please
let me know if there is any workaround.
vpp# show interface
Name IdxState MTU (L3/IP4/IP6/MPLS)
Counter Count
TenGigabitEthernet7/0/0 1 down 9000/0/0/0
TenGigabitEthernet7/0/1 2 down 9000/0/0/0
local00 down 0/0/0/0
vpp#
vpp# set interface state TenGigabitEthernet7/0/0 up
vpp# set interface state TenGigabitEthernet7/0/1 up
vpp# set interface ip address TenGigabitEthernet7/0/0 10.0.10.2/24
vpp# set interface ip address TenGigabitEthernet7/0/1 10.0.20.2/24
vpp# show tap
tap tap-inject
vpp# show tap-inject
TenGigabitEthernet7/0/0 -> vpp0
TenGigabitEthernet7/0/1 -> vpp1
vpp#
# ip addr add 10.0.10.2/24 dev vpp0
# ip addr add 10.0.20.2/24 dev vpp1
# ip link set dev vpp0 up
# ip link set dev vpp1 up
Cannot find device "vpp1"
#
/var/log/syslog -
Mar 4 13:38:13 root NetworkManager[1175]: [1583357893.7966] manager:
(vpp0): new Tun device (/org/freedesktop/NetworkManager/Devices/30)
Mar 4 13:38:13 root NetworkManager[1175]: [1583357893.8181] devices
added (path: /sys/devices/virtual/net/vpp0, iface: vpp0)
Mar 4 13:38:13 root NetworkManager[1175]: [1583357893.8181] device
added (path: /sys/devices/virtual/net/vpp0, iface: vpp0): no ifupdown
configuration found.
Mar 4 13:38:13 root NetworkManager[1175]: [1583357893.8221] manager:
(vpp1): new Tun device (/org/freedesktop/NetworkManager/Devices/31)
Mar 4 13:38:13 root NetworkManager[1175]: [1583357893.8423] devices
added (path: /sys/devices/virtual/net/vpp1, iface: vpp1)
Mar 4 13:38:13 root NetworkManager[1175]: [1583357893.8423] device
added (path: /sys/devices/virtual/net/vpp1, iface: vpp1): no ifupdown
configuration found.
Mar 4 13:41:07 root avahi-daemon[1097]: Joining mDNS multicast group on
interface vpp0.IPv4 with address 10.0.10.2.
Mar 4 13:41:07 root NetworkManager[1175]: [1583358067.6687] device
(vpp0): state change: unmanaged -> unavailable (reason 'connection-assumed')
[10 20 41]
Mar 4 13:41:07 root avahi-daemon[1097]: New relevant interface vpp0.IPv4 for
mDNS.
Mar 4 13:41:07 root avahi-daemon[1097]: Registering new address record for
10.0.10.2 on vpp0.IPv4.
Mar 4 13:41:07 root NetworkManager[1175]: [1583358067.6701] keyfile:
add connection in-memory (48ac355a-b5dd-4099-8ece-7b9137770887,"vpp0")
Mar 4 13:41:07 root NetworkManager[1175]: [1583358067.6711] device
(vpp0): state change: unavailable -> disconnected (reason 'connection-assumed')
[20 30 41]
Mar 4 13:41:07 root NetworkManager[1175]: [1583358067.6726] device
(vpp0): Activation: starting connection 'vpp0'
(48ac355a-b5dd-4099-8ece-7b9137770887)
Mar 4 13:41:07 root vpp[18936]: /usr/bin/vpp: symbol lookup error:
/usr/lib/x86_64-linux-gnu/vpp_plugins/router.so: undefined symbol:
vlib_buffer_alloc_from_free_list
Mar 4 13:41:07 root NetworkManager[1175]: [1583358067.6793] device
(vpp0): state change: disconnected -> prepare (reason 'none') [30 40 0]
Mar 4 13:41:07 root NetworkManager[1175]: [1583358067.6803] device
(vpp0): state change: prepare -> config (reason 'none') [40 50 0]
Mar 4 13:41:07 root NetworkManager[1175]: [1583358067.6822] device
(vpp0): state change: config -> ip-config (reason 'none') [50 70 0]
Mar 4 13:41:07 root NetworkManager[1175]: [1583358067.6925] device
(vpp0): state change: ip-config -> ip-check (reason 'none') [70 80 0]
Mar 4 13:41:07 root NetworkManager[1175]: [1583358067.6932] devices
[vpp-dev] VPP v20.01 to get working with FRR BGP
Hi Folks, I was able to get the VPP tap interface working and FRR/BGP session got established through the tap interface. This path seems working. Though I couldn't get the VPP netlink sync working with to get the external routes synced from Kernel routing table to the VPP FIB PD table. I am guessing the external BGP route points to dev vpp interface this netlink sync won't work, is that correct assumption? How to make this working, is the default gw needs to be accessed through one of the VPP interface? * 172.22.1.0/24 via 10.176.192.1 dev eno1 proto zebra metric 20 vpp# show in inacl init-function interface vpp# show interface Name IdxState MTU (L3/IP4/IP6/MPLS) Counter Count TenGigabitEthernet7/0/0 1 up 9000/0/0/0 drops 237 tx-error 240 TenGigabitEthernet7/0/1 2 up 9000/0/0/0 drops 434 tx-error 437 local00 down 0/0/0/0 drops 6 loop0 3 up 9000/0/0/0 tx packets 862 tx bytes 76100 drops 103 ip4 334 ip6 94 vpp# show tap tap tap-inject vpp# show tap-inject loop0 -> vpp2 TenGigabitEthernet7/0/0 -> vpp0 TenGigabitEthernet7/0/1 -> vpp1 vpp# vpp0 Link encap:Ethernet HWaddr 90:e2:ba:7c:cf:c8 inet addr:10.176.196.100 Bcast:0.0.0.0 Mask:255.255.255.0 inet6 addr: fe80::92e2:baff:fe7c:cfc8/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:237 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B) TX bytes:25236 (25.2 KB) vpp1 Link encap:Ethernet HWaddr 90:e2:ba:7c:cf:c9 inet addr:10.176.190.4 Bcast:0.0.0.0 Mask:255.255.255.0 inet6 addr: fe80::92e2:baff:fe7c:cfc9/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:434 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B) TX bytes:38332 (38.3 KB) vpp2 Link encap:Ethernet HWaddr de:ad:00:00:00:00 inet addr:172.16.0.2 Bcast:0.0.0.0 Mask:255.255.255.255 inet6 addr: fe80::dcad:ff:fe00:0/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:329 errors:0 dropped:1 overruns:0 frame:0 TX packets:430 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:27169 (27.1 KB) TX bytes:38008 (38.0 KB) root@Sanjeev:~# ifconfig | grep vpp vpp0 Link encap:Ethernet HWaddr 90:e2:ba:7c:cf:c8 vpp1 Link encap:Ethernet HWaddr 90:e2:ba:7c:cf:c9 vpp2 Link encap:Ethernet HWaddr de:ad:00:00:00:00 root@Sanjeev:~# root@Sanjeev:~# ip route default via 10.176.192.1 dev eno1 onlink 10.176.190.0/24 dev ens1f0 proto kernel scope link src 10.176.190.3 linkdown 10.176.190.0/24 dev vpp1 proto kernel scope link src 10.176.190.4 10.176.192.0/20 dev eno1 proto kernel scope link src 10.176.196.83 10.176.196.0/24 dev ens1f1 proto kernel scope link src 10.176.196.102 linkdown 10.176.196.0/24 dev vpp0 proto kernel scope link src 10.176.196.100 169.254.0.0/16 dev eno1 scope link metric 1000 172.16.21.0/24 via 10.176.192.1 dev eno1 172.22.1.0/24 via 10.176.192.1 dev eno1 proto zebra metric 20 192.168.122.0/24 dev virbr0 proto kernel scope link src 192.168.122.1 linkdown root@Sanjeev:~# ip route | grep vpp 10.176.190.0/24 dev vpp1 proto kernel scope link src 10.176.190.4 10.176.196.0/24 dev vpp0 proto kernel scope link src 10.176.196.100 root@Sanjeev:~# netstat -rn Kernel IP routing table Destination Gateway Genmask Flags MSS Window irtt Iface 0.0.0.0 10.176.192.10.0.0.0 UG0 0 0 eno1 10.176.190.00.0.0.0 255.255.255.0 U 0 0 0 ens1f0 10.176.190.00.0.0.0 255.255.255.0 U 0 0 0 vpp1 10.176.192.00.0.0.0 255.255.240.0 U 0 0 0 eno1 10.176.196.00.0.0.0 255.255.255.0 U 0 0 0 ens1f1 10.176.196.00.0.0.0 255.255.255.0 U 0 0
Re: [vpp-dev] Trying my luck with BGP peering
I've never tested this on 18.10. We just made it working for 19.08 'cos we needed routing. The plugin predates our own work. You must have a good reason to stay on 18.10. Your choice. On Mon, Mar 9, 2020 at 4:47 PM Satya Murthy wrote: > Hi Luca, > > Thanks a lot for this info. > Really appreciate timely inputs on this. > > We are currently on fdio 1810 version. Will we be able check this plugins > to this version? (or) we have to move to 20.01 ? > Please let us know. > > -- > Thanks & Regards, > Murthy > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#15709): https://lists.fd.io/g/vpp-dev/message/15709 Mute This Topic: https://lists.fd.io/mt/71831881/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [vpp-dev] Trying my luck with BGP peering
Hi Luca, Thanks a lot for this info. Really appreciate timely inputs on this. We are currently on fdio 1810 version. Will we be able check this plugins to this version? (or) we have to move to 20.01 ? Please let us know. -- Thanks & Regards, Murthy -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#15708): https://lists.fd.io/g/vpp-dev/message/15708 Mute This Topic: https://lists.fd.io/mt/71831881/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[vpp-dev] Coverity run FAILED as of 2020-03-09 14:00:26 UTC
Coverity run failed today. Current number of outstanding issues are 3 Newly detected: 0 Eliminated: 0 More details can be found at https://scan.coverity.com/projects/fd-io-vpp/view_defects -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#15707): https://lists.fd.io/g/vpp-dev/message/15707 Mute This Topic: https://lists.fd.io/mt/71835108/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [vpp-dev] Trying my luck with BGP peering
Satya,
Some more info about the router plugin. I just realised that the current
extras/router-plugin
does not build for 20.01 'cos of ip-neighbor/ updates in 20.01.
I'm going to push a short example below using BGP in FRR.
diff --git a/docs/source/control.md b/docs/source/control.md
index b7b5ebc..4464abd 100644
--- a/docs/source/control.md
+++ b/docs/source/control.md
@@ -370,3 +370,45 @@ add "no ipv6 nd suppress-ra" to the first
configuration part of the /etc/frr/frr
After the following configuration, the traffic over tap interface can be
observed
via `tcpdump- i vpp1`. The neighborhood and route can be seen with the
`show ipv6 ospf6 neighbor/route` command.
+
+## Configure VPP and FRRouting for BGP
+This document describes how to configure the VPP with hicn_router plugin
and FRR to enable the BGP protocol. The VPP and FRR
+are configured in a docker file.
+
+### DPDK configuration on host machine:
+```
+- Install and configure dpdk
+- make install T=x86_64-native-linux-gcc && cd x86_64-native-linux-gcc
&& sudo make install
+- modprobe uio
+- modprobe uio_pci_generic
+- dpdk-devbind --status
+- the PCIe number of the desired device can be observed ("xxx")
+- sudo dpdk-devbind -b uio_pci_generic "xxx"
+```
+### VPP configuration:
+
+```
+- Run and configure the VPP (hICN router plugin is required to be
installed in VPP)
+- set int state TenGigabitEtherneta/0/0 up
+- set int ip address TenGigabitEtherneta/0/0 10.0.10.1/24
+- enable tap-inject # This creates the taps by router plugin
+- show tap-inject # This shows the created taps
+
+- Setup the tap interface
+- ip addr add 10.0.10.1/24 dev vpp0
+- ip link set dev vpp0 up
+```
+### FRR configuration:
+Assume there are two nodes with 1234,5678 AS numbers. This is the
configuration of node A with AS number 1234
+
+ (1234)A(2001::1) ==
(2001::2)B(5678)
+```
+ - /usr/lib/frr/frrinit.sh start &
+ - vtysh
+ - configure terminal
+ - router bgp 1234
+ - neighbor 2001::2 remote-as 5678
+ - address-family ipv6 unicast
+ - neighbor 2001::2 activate
+ - exit-address-family
+```
diff --git a/extras/router-plugin/rtinject/tap_inject_netlink.c
b/extras/router-plugin/rtinject/tap_inject_netlink.c
index a221e8e..f2b561e 100644
--- a/extras/router-plugin/rtinject/tap_inject_netlink.c
+++ b/extras/router-plugin/rtinject/tap_inject_netlink.c
@@ -16,13 +16,14 @@
#include "../devices/rtnetlink/netns.h"
#include
-#include
+#include
#include
#include
-#include
+#include
#include
#include
#include
+#include
#include "tap_inject.h"
This will break 19.08 but will support 20.01 as in our project we only
support the latest stable (there are tags on older releases though).
The BGP example may be useful for your use case. Consider it v
experimental but if you make it
working for your use case please share your findings with working
configurations in hicn-...@lists.fd.io.
The OSPF6 example is in here
https://hicn.readthedocs.io/en/latest/control.html#routing-plugin-for-vpp-and-frrouting-for-ospf6
but it has to be updated with also v4.
On Mon, Mar 9, 2020 at 12:13 PM Luca Muscariello
wrote:
> FWIW, we have cloned the router plugin in here in our own project
> https://github.com/FDio/hicn/tree/master/extras/router-plugin
> tested in ubuntu 18LTS and FRR with BGP and OSPF.
> BGP works for IPv4 and IPv6. OSPF IPv4 works fine while IPv6 does not work
> because there is a
> VPP issue on ND and multicast that we did were unable to fix. The ND issue
> may be just related
> to the VMware ESXi environment we were using and may not show up in other
> platforms.
>
> I'll share some more info in the doc later on how we manage to configure
> and use the plugin with FRR.
>
> Luca
>
>
> On Mon, Mar 9, 2020 at 11:29 AM Satya Murthy
> wrote:
>
>> Hi ,
>>
>> I think, this topic has been discussed in few of the earlier questions,
>> but still I could not find a one that gave a workable solution in totality.
>> We are trying to write a BGP application which hosts BGP peering
>> sessions, using VPP as a dataplane entity.
>>
>> We tried following few options with issues mentioned below. I am also
>> attaching an image that we are trying to achieve.
>>
>> 1) Tried to clone VPP sandbox code for vpp router plugin. But, vppsb repo
>> does not seem to be available in the following path anymore.
>> https://gerrit.fd.io/r/vppsb
>> Is there a place where I can get this code ?
>> Or Is this obsoleted one ?
>>
>> 2) If vppsb is obsoleted, is there an alternative that works well for
>> this.
>> We tried punting approach by doing
>> a. set punt tcp
>> b. ip punt redirect add rx Interface/7/0.100 via 1.1.1.1 tapcli-0
>> However, here, we are seeing an ARP being sent from vpp-veth-ifc to
>> host-veth-interface and it is not able to resolve the ARP.
>> The redirect is getting triggered from VPP, but it is not reaching the
>> host due to the ARP issue.
>> Is there anything that we
[vpp-dev] How does VPP access QAT in container?
Dear vpp experts, We are tesing vpp in container recently, we runs an ligato vpp-base docker image in an VM (guest os). For the NICs, we have 2 methods to access. 1. we enable SR-IOV and make the VF accessible in VM. 2. we can run VPP on host to manage the physical device and create virthost-user, then can use virtio in guest os. But for QAT device, I think SR-IOV can also be used, but beside SR-IOV, is there any way similar like virthost-user&vitio? Thanks Wei -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#15705): https://lists.fd.io/g/vpp-dev/message/15705 Mute This Topic: https://lists.fd.io/mt/71832473/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [vpp-dev] Trying my luck with BGP peering
FWIW, we have cloned the router plugin in here in our own project https://github.com/FDio/hicn/tree/master/extras/router-plugin tested in ubuntu 18LTS and FRR with BGP and OSPF. BGP works for IPv4 and IPv6. OSPF IPv4 works fine while IPv6 does not work because there is a VPP issue on ND and multicast that we did were unable to fix. The ND issue may be just related to the VMware ESXi environment we were using and may not show up in other platforms. I'll share some more info in the doc later on how we manage to configure and use the plugin with FRR. Luca On Mon, Mar 9, 2020 at 11:29 AM Satya Murthy wrote: > Hi , > > I think, this topic has been discussed in few of the earlier questions, > but still I could not find a one that gave a workable solution in totality. > We are trying to write a BGP application which hosts BGP peering sessions, > using VPP as a dataplane entity. > > We tried following few options with issues mentioned below. I am also > attaching an image that we are trying to achieve. > > 1) Tried to clone VPP sandbox code for vpp router plugin. But, vppsb repo > does not seem to be available in the following path anymore. > https://gerrit.fd.io/r/vppsb > Is there a place where I can get this code ? > Or Is this obsoleted one ? > > 2) If vppsb is obsoleted, is there an alternative that works well for this. > We tried punting approach by doing > a. set punt tcp > b. ip punt redirect add rx Interface/7/0.100 via 1.1.1.1 tapcli-0 > However, here, we are seeing an ARP being sent from vpp-veth-ifc to > host-veth-interface and it is not able to resolve the ARP. > The redirect is getting triggered from VPP, but it is not reaching the > host due to the ARP issue. > Is there anything that we need to do for this ? > > Also, in this approach, the reverse path from vpp-host to the external > box, how will it work ? > The punt redirect config that we added, will it work for reverse path as > well ? > > Please help us here as we are kind of stuck with what approach we need to > take ? > ( we want to avoid the VPP-TCP-stack for the time being, as it will be > more effort to integrate our BGP app with VPP-TCP-stack,i.e VCL framework ). > -- > Thanks & Regards, > Murthy > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#15704): https://lists.fd.io/g/vpp-dev/message/15704 Mute This Topic: https://lists.fd.io/mt/71831881/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[vpp-dev] Trying my luck with BGP peering
Hi , I think, this topic has been discussed in few of the earlier questions, but still I could not find a one that gave a workable solution in totality. We are trying to write a BGP application which hosts BGP peering sessions, using VPP as a dataplane entity. We tried following few options with issues mentioned below. I am also attaching an image that we are trying to achieve. 1) Tried to clone VPP sandbox code for vpp router plugin. But, vppsb repo does not seem to be available in the following path anymore. https://gerrit.fd.io/r/vppsb Is there a place where I can get this code ? Or Is this obsoleted one ? 2) If vppsb is obsoleted, is there an alternative that works well for this. We tried punting approach by doing a. set punt tcp b. ip punt redirect add rx Interface/7/0.100 via 1.1.1.1 tapcli-0 However, here, we are seeing an ARP being sent from vpp-veth-ifc to host-veth-interface and it is not able to resolve the ARP. The redirect is getting triggered from VPP, but it is not reaching the host due to the ARP issue. Is there anything that we need to do for this ? Also, in this approach, the reverse path from vpp-host to the external box, how will it work ? The punt redirect config that we added, will it work for reverse path as well ? Please help us here as we are kind of stuck with what approach we need to take ? ( we want to avoid the VPP-TCP-stack for the time being, as it will be more effort to integrate our BGP app with VPP-TCP-stack,i.e VCL framework ). -- Thanks & Regards, Murthy -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#15703): https://lists.fd.io/g/vpp-dev/message/15703 Mute This Topic: https://lists.fd.io/mt/71831881/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [vpp-dev] VPP ip4-input drops packets due to "ip4 length > l2 length" errors when using rdma with Mellanox mlx5 cards
Hello, Could this fix be applied in the stable/1908 (and maybe stable/2001) branch also? Best regards, Elias On Tue, 2020-02-18 at 11:48 +, Elias Rudberg wrote: > Hi Ben, > > Great! I tried submitting a patch myself, here it is: > > https://gerrit.fd.io/r/c/vpp/+/25233 > > Let me know if something more is needed. I tried to follow the > instructions here: > https://wiki.fd.io/view/VPP/Pulling,_Building,_Running,_Hacking_and_Pushing_VPP_Code#Pushing_Code_with_git_review > > / Elias > > > On Tue, 2020-02-18 at 09:30 +, Benoit Ganne (bganne) via > Lists.Fd.Io wrote: > > Hi Elias, > > > > > Now I think I found the problem, looks like a bug in > > > plugins/rdma/input.c related to what happens when the list of > > > input > > > packets wrap around to the beginning of the ring buffer. > > > To fix it, the following change is needed: > > > > Indeed, your fix is correct, good catch. Do you want to submit a > > patch through gerrit or do you prefer me to do it? > > > > Best > > ben -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#15702): https://lists.fd.io/g/vpp-dev/message/15702 Mute This Topic: https://lists.fd.io/mt/71273976/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
