Occasional Contributor
Occasional ContributorThanks for your reply!
Actually we have checked the size of MTU of wrapper and modified it to 9600. The MTU of XL710 would be returned to the default value 1500 even though we set it to 9600 after bounding to vfio-pci driver in the mode of DPDK . But we could receive jumbo frames.
The problem is the card can not forward jumbo frames.
Using signal-tap we captured some signals and found that egr_out* signals are correct. Based on this, we can deduce XL710 and DPDK have no problem. So we think that there may exist some configurations in the path of egr_out* to QSFP, which limits the forwarding of jumbo frames.
In the other experiment, we connected the ing_in*----egr_out* directly, and the forwarding of jumbo frames failed too. I think this is further confirmation that our consideration is right. The bottleneck is between egr_out and QSFP, and that's exactly what corresponds to nfv_eth_wrapper, mux, demux and some other modules in RTL project.
Frequent ContributorI believe if you are in DPDK, you need to revert back to OPAE to set the MTU. See below link to revert back to OPAE.
Occasional ContributorThe matter is that if I revert back to OPAE and set the MTU size again, the MTU of XL710 would be returned to the default value 1500 even though we set it to 9600 after bounding to vfio-pci driver in the mode of DPDK
Frequent ContributorHow do you set the MTU of the XL710? What is the command?
Occasional Contributorls -la /sys/class/net
sudo ip link set dev enp61s0f0 mtu 9600
sudo ip link set dev enp61s0f1 mtu 9600
sudo ip link set dev enp64s0f0 mtu 9600
sudo ip link set dev enp64s0f1 mtu 9600
ip link show enp61s0f0
ip link show enp61s0f1
ip link show enp64s0f0
ip link show enp64s0f1
sudo fpgadiag -b 0b3f -m fpgamac --side=host --mtu
then bound to dpdk
