<div dir="ltr">Hi,<div>To continue on debugging the out of order of udp datagrams arrival.</div><div>I upgraded to recent kernel version 4.14.110 and tested with recent [igb ,and ixgbe] drivers but i have got same errors.</div><div>One question what it the effect of having transceir internal instead of external here :<br></div><div>ethtool eth0 :</div><div>Transceiver: internal</div><div><br></div><div>Because I can't change any parameter with ethtool : ethtool -s eth0 xcvr external returns [operation not supported]</div><div><br></div><div>Thank you</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mar. 9 avr. 2019 à 10:52, L Ait <<a href="mailto:lhoussain.aitassou@gmail.com">lhoussain.aitassou@gmail.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div><div><div>Hi,<br><br></div>Please find in attached file the details of hardware ( lspci -vvv) command.<br></div>I have noticed one difference between kernel versions 4.4.27 and 4.14.20:<br></div>For  4.14.20, I get with ethtool eth1 :<br>Settings for eth1:<br>    Supported ports: [ FIBRE ]<br>    Supported link modes:   Not reported<br>    Supported pause frame use: Symmetric<br>    Supports auto-negotiation: Yes<br>    Advertised link modes:  Not reported<br>    Advertised pause frame use: Symmetric<br>    Advertised auto-negotiation: Yes<br>    Speed: 1000Mb/s<br>    Duplex: Full<br>    Port: FIBRE<br>    PHYAD: 0<br>    Transceiver: internal<br>    Auto-negotiation: on<br>    Supports Wake-on: pumbg<br>    Wake-on: g<br>    Current message level: 0x00000007 (7)<br>                   drv probe link<br>    Link detected: yes<br><br><br></div><div>But for 4.4.27: <br>Settings for eth1:<br>    Supported ports: [ FIBRE ]<br>    Supported link modes:   1000baseT/Full <br>    Supported pause frame use: No<br>    Supports auto-negotiation: Yes<br>    Advertised link modes:  1000baseT/Full <br>    Advertised pause frame use: No<br>    Advertised auto-negotiation: Yes<br>    Speed: 1000Mb/s<br>    Duplex: Full<br>    Port: Other<br>    PHYAD: 0<br>    Transceiver: external<br>    Auto-negotiation: on<br>    Supports Wake-on: umbg<br>    Wake-on: g<br>    Current message level: 0x00000007 (7)<br>                   drv probe link<br><br></div><div>I think the problem is related to transceiver type and I can't change this conf for 4.14.20 kernel.<br></div><div>For information I could upgrade kernel but I would know which version and measure the gap<br><br></div><div>Thank you in advance<br><br></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le lun. 8 avr. 2019 à 16:57, Jeff Kirsher <<a href="mailto:jeffrey.t.kirsher@intel.com" target="_blank">jeffrey.t.kirsher@intel.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Mon, 2019-04-08 at 13:15 +0200, L Ait wrote:<br>
> Hi ,<br>
> <br>
> I have a linux applidation that uses udp for data transferer between<br>
> processes (on the same machine or same vlan). This application runs<br>
> fine on linux 4.4.27. But when upgrading to linux 4.14.20 kernel I<br>
> was facing out of order udp packets. This espcially happens when<br>
> small datagramms occurs as they arrive before big ones.<br>
> I know that udp packets aren't guaranteed to arrive in order but I<br>
> would know what kernel changes affects this udp behavior.<br>
> After troublshooting the application I didn't find waht could cause<br>
> the problem. Here some parameters I changed either wtih ethtool or<br>
> sysctl: -RX fifo length -irq interrupts vs cpus - RSS mode activation<br>
> /deactivation<br>
> for ibg and ixgbe drivers here are the versions I used in both cases<br>
> :<br>
> Kernel 4.4.27<br>
> modinfo igb :<br>
> filename:       /lib/modules/4.4.27-<br>
> HRN06/kernel/drivers/net/ethernet/intel/igb/igb.ko<br>
> version:        5.3.0-k<br>
> license:        GPL<br>
> description:    Intel(R) Gigabit Ethernet Network Driver<br>
> modinfo ixgbe:<br>
> filename:       /lib/modules/4.4.27-<br>
> HRN06/kernel/drivers/net/ethernet/intel/ixgbe/ixgbe.ko<br>
> version:        4.2.1-k<br>
> license:        GPL<br>
> description:    Intel(R) 10 Gigabit PCI Express Network Driver<br>
> <br>
> Kernel 4.14.20<br>
> modinfo igb:<br>
> filename:       /lib/modules/4.14.20-<br>
> HRN09/kernel/drivers/net/ethernet/intel/igb/igb.ko<br>
> version:        5.4.0-k<br>
> license:        GPL<br>
> description:    Intel(R) Gigabit Ethernet Network Driver<br>
> author:         Intel Corporation, <<a href="mailto:e1000-devel@lists.sourceforge.net" target="_blank">e1000-devel@lists.sourceforge.net</a><br>
> ><br>
> modinfo ixgbe<br>
> filename:       /lib/modules/4.14.20-<br>
> HRN09/kernel/drivers/net/ethernet/intel/ixgbe/ixgbe.ko<br>
> version:        5.1.0-k<br>
> license:        GPL<br>
> description:    Intel(R) 10 Gigabit PCI Express Network Driver<br>
> author:         Intel Corporation, <<a href="mailto:linux.nics@intel.com" target="_blank">linux.nics@intel.com</a>><br>
> <br>
> I also modified RX buffers but no good results<br>
> <br>
<br>
First thing, please send requests like this to our public mailing list<br>
so that all of the Intel Ethernet developers can review and help<br>
respond to your questions.  I have gone ahead and added our public<br>
mailing list.<br>
<br>
The kernel versions you are using are older and do not contain all the<br>
bug fixes and changes.  Is there any chance that you can use the latest<br>
kernel from David Miller or Linus kernel git tree?<br>
<br>
Also can you provide the hardware you are using for both the igb and<br>
ixgbe drivers?  Specifically the NICs you are using.  This can be<br>
obtained by running lspci -vvv.<br>
<br>
</blockquote></div>
</blockquote></div>