[Kernel-packages] [Bug 1851446] Re: Backport MPLS patches from 5.3 to 4.15

Hi Jeff. Unfortunately, was missing patch [1] that add the expose the support in the mlx5 driver. [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?h=v5.5-rc2=5dc9520bf04a6b95660a307d7654460d1463d91a could you please add it ? Yours, Talat -- You received this bug

[Kernel-packages] [Bug 1801574] Re: [cosmic] ipoib ping with large message size failed

Hi, After trying the steps that mentioned in #4 on 18.10, the issue doesn't reproduces with the suggested setting. yours, Talat -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1801574

[Kernel-packages] [Bug 1801574] Re: [cosmic] ipoib ping with large message size failed

Hi Sure i will try it and update. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1801574 Title: [cosmic] ipoib ping with large message size failed Status in linux package in Ubuntu:

[Kernel-packages] [Bug 1801574] Re: [cosmic] ipoib ping with large message size failed

Hi Tyler, We did a kernel bisecting and we fount that the mentioned commit is the root cause of this big, if bionic contain this commit, so the bug also in bionic release. yours, Talat -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to

[Kernel-packages] [Bug 1801574] [NEW] [cosmic] ipoib ping with large message size failed

Public bug reported: We see that ping over ipoib interface stuck with large packets, this is a new degradation, this test pass on Ubuntu 18.04. After investigating the issue, we see that commit [1] introduce the issue, and it is not an upstream commit, it is canonical commit. Could you please

[Kernel-packages] [Bug 1799049] Re: [bionic]mlx5: reading SW stats through ifstat cause kernel crash

The patch fixes the issue and we tested it. Thanks, Talat -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1799049 Title: [bionic]mlx5: reading SW stats through ifstat cause kernel crash

[Kernel-packages] [Bug 1799049] Re: [bionic]mlx5: reading SW stats through ifstat cause kernel crash

Thank you for your concern. I already sent the patch to the canonical kernel mailing list, and waiting for them to review it. Thanks, Talat -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu.

[Kernel-packages] [Bug 1799049] [NEW] [bionic]mlx5: reading SW stats through ifstat cause kernel crash

Public bug reported: Description of problem: Attempting to read SW stats (ifstat -x cpu_hit) on a system with probed VFs will crash the system. How reproducible: Always Steps to Reproduce: 1. Create a VF echo 1 > /sys/bus/pci/devices/\:82\:00.0/sriov_numvfs 2. read SW stats: ifstat -x

[Kernel-packages] [Bug 1764982] Re: [bionic] machine stuck and bonding not working well when nvmet_rdma module is loaded

** Tags removed: verification-needed-bionic ** Tags added: verification-done-bionic -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1764982 Title: [bionic] machine stuck and bonding not

[Kernel-packages] [Bug 1764982] Re: [bionic] machine stuck and bonding not working well when nvmet_rdma module is loaded

Hi, Sorry I missed that, will do it today. yours, Talat -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1764982 Title: [bionic] machine stuck and bonding not working well when

[Kernel-packages] [Bug 1764982] Re: [bionic] machine stuck and bonding not working well when nvmet_rdma module is loaded

Thank you for the build, I tested with those patches and it is work. Thanks, Talat -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1764982 Title: [bionic] machine stuck and bonding not

[Kernel-packages] [Bug 1764982] [NEW] [bionic] machine stuck and bonding not working well when nvmet_rdma module is loaded

Public bug reported: Hi Machine stuck after unregistering bonding interface when the nvmet_rdma module is loading. scenario: # modprobe nvmet_rdma # modprobe -r bonding # modprobe bonding -v mode=1 miimon=100 fail_over_mac=0 # ifdown eth4 # ifdown eth5 # ip addr add 15.209.12.173/8

[Kernel-packages] [Bug 1763325] [NEW] [bionic] ConnectX5 Large message size throughput degradation in TCP

Public bug reported: we see degradation ~20% on ConnectX-5/4 in the following case: TCP, 1 QP, 1 stream, unidir, single port. Message sizes 1M and up show this degradation. After changing the default TX moderation mode to off we see up to 40% packet rate and up to 23% bandwidth degradtions.

[Kernel-packages] [Bug 1763325] Re: [bionic] ConnectX5 Large message size throughput degradation in TCP

Testing this patch with bionic and it is working properly before the patch # ethtool --show-priv-flags enp6s0f0 Private flags for enp6s0f0: rx_cqe_moder : on tx_cqe_moder : on

[Kernel-packages] [Bug 1763269] [NEW] Mellanox [mlx5] [bionic] UBSAN: Undefined behaviour in ./include/linux/net_dim.h

Public bug reported: We see UBSAN: Undefined behaviour in ./include/linux/net_dim.h:243:6 we saw the following trace during traffic in the regression: [12885.292500] UBSAN: Undefined behaviour in ./include/linux/net_dim.h:243:6 [12885.296358] signed integer overflow: [12885.300100] 358869104 *

[Kernel-packages] [Bug 1758662] Re: [Bionic] mlx4 ETH - mlnx_qos failed when set some TC to vendor

After testing the build, the issue didn't reproduced. Thanks. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1758662 Title: [Bionic] mlx4 ETH - mlnx_qos failed when set some TC to

[Kernel-packages] [Bug 1758662] Re: [Bionic] mlx4 ETH - mlnx_qos failed when set some TC to vendor

Thank you, will test and update. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1758662 Title: [Bionic] mlx4 ETH - mlnx_qos failed when set some TC to vendor Status in linux package

[Kernel-packages] [Bug 1758662] [NEW] [Bionic] mlx4 ETH - mlnx_qos failed when set some TC to vendor

Public bug reported: reproduce: [root@reg-l-vrt-41018-010 ~]# /usr/bin/mlnx_qos -i ens8 -s vendor,ets,vendor,ets,ets,strict,ets,vendor -t 0,36,0,55,4,0,5,0 Netlink error: Bad value. see dmesg. [root@reg-l-vrt-41018-010 ~]# dmesg [69718.992299] mlx4_en: ens8: TC[0]: Not supported TSA: 255

[Kernel-packages] [Bug 1701892] [NEW] [Artful] mlx5e-Introduce RX Page-Reuse

Public bug reported: This feature is a Page-Reuse mechanism in non-Striding RQ RX datapath. A WQE (RX descriptor) buffer is a page, that in most cases was fully wasted on a packet that is much smaller, requiring a new page for the next round. In this feature, we implement a page-reuse mechanism,

[Kernel-packages] [Bug 1687877] Re: bonding - mlx5 - speed changed to 0 after changing ring size

Thank you, Tested it and it fixes the issue. could you please add this fix to the next SRU -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1687877 Title: bonding - mlx5 - speed changed

[Kernel-packages] [Bug 1687877] [NEW] bonding - mlx5 - speed changed to 0 after changing ring size

Public bug reported: The problem happens when changing the ring size of a mlx5_core interface that is part of a LACP bond. [268312.721076] mlx5_core :42:00.1 enp66s0f1: mlx5e_update_carrier:143: Link up [268312.721940] mlx5_core :42:00.1 enp66s0f1: speed changed to 0 for port

[Kernel-packages] [Bug 1682418] Re: [zesty] mlx5 OVS vxlan ipv6 LNST test cause Oops

Additional trace with this test is below [80921.628988] general protection fault: [#1] SMP [80921.630449] Modules linked in: act_mirred act_tunnel_key cls_flower sch_ingress vport_vxlan vxlan ip6_udp_tunnel udp_tunnel vfio_pci vfio_iommu_type1 vfio_virqfd vfio mlx5_ib ib_core openvswitch

[Kernel-packages] [Bug 1678585] Re: [Zesty] TSO doesn't work properly

It is working with Ubuntu 16.10 . -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1678585 Title: [Zesty] TSO doesn't work properly Status in linux package in Ubuntu: Incomplete Bug

[Kernel-packages] [Bug 1678585] Re: [Zesty] TSO doesn't work properly

Hi, This test work properly in the previous releases. Thanks, Talat -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1678585 Title: [Zesty] TSO doesn't work properly Status in linux

[Kernel-packages] [Bug 1682418] [NEW] [zesty] mlx5 OVS vxlan ipv6 LNST test cause Oops

Public bug reported: After running offload enabled LNST ipv6 vxlan ovs test (recipes/ovs_offload/1_virt_ovs_vxlan_ipv6.xml) with the setup that it creates multiple times till it crashes. The test itself and other LNST tests pass, it's the shutdown phase that causes this. There are different

[Kernel-packages] [Bug 1678585] Re: [Zesty] TSO doesn't work properly

Unfortunately, No. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1678585 Title: [Zesty] TSO doesn't work properly Status in linux package in Ubuntu: Incomplete Bug description:

[Kernel-packages] [Bug 1678585] Re: [Zesty] TSO doesn't work properly

The bug is exist also in kernel that mentioned in commit#2 4.11.0-041100rc5-generic ** Tags added: kernel-bug-exists-upstream -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1678585

[Kernel-packages] [Bug 1678585] [NEW] [Zesty] TSO doesn't work properly

Public bug reported: The TSO (TCP segmentation offload), By default it is shown to be ON, but actually aggregation doesn’t happen. When turning it on again - aggregation is observed. Same behavior for mlx4_en, mlx5_core, igb. Steps to repro: 1. root:~# uname -r 4.10.0-14-generic 2. root:~#

[Kernel-packages] [Bug 1668042] Re: [Xenial - 16.04 ]Bonding driver - stack corruption when trying to copy 20 bytes to a sockaddr

Thanks, Tested and the fix is working properly. Talat ** Tags removed: verification-needed-xenial -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1668042 Title: [Xenial - 16.04

[Kernel-packages] [Bug 1676786] Re: [Zesty] mlx5_core Kernel oops with bonding mode 1 and 6

This commit fix the issue commit e497ec680c4cd51e76bfcdd49363d9ab8d32a757 Author: Talat Batheesh <tal...@mellanox.com> Date: Tue Mar 28 16:13:41 2017 +0300 net/mlx5: Avoid dereferencing uninitialized pointer In NETDEV_CHANGEUPPER event the upper_info field is valid onl

[Kernel-packages] [Bug 1676858] [NEW] [zesty] mlx4_core OOM with 32 bit arch

Public bug reported: we get OOM when we load the mlx4_core driver with 32-bit system with rich cpus machines The following upstream patches will fix this issue 3608b13 mlx4: reduce OOM risk on arches with large pages ** Affects: linux (Ubuntu) Importance: Undecided Status: New

[Kernel-packages] [Bug 1676857] [NEW] [zesty] mlx4_core OOM with 32 bit arch

Public bug reported: we get OOM when we load the mlx4_core driver with 32-bit system with rich cpus machines The following upstream patches will fix this issue acd7628 mlx4: reduce rx ring page_cache size 3608b13 mlx4: reduce OOM risk on arches with large pages ** Affects: linux (Ubuntu)

[Kernel-packages] [Bug 1676388] Re: [zesty] mlx5e OVS fixes

Additional patches that needed, I will send them to the mailing list as well 375f51e net/mlx5: E-Switch, Don't allow changing inline mode when flows are configured d85cdcc net/mlx5e: Change the TC offload rule add/del code path to be per NIC or E-Switch 4456f61 devlink: allow to fillup eswitch

[Kernel-packages] [Bug 1676786] [NEW] [Zesty] mlx5_core Kernel oops with bonding mode 1 and 6

Public bug reported: We get kernel panic when we install a bond interface with two of Mellanox mlx5 NIC's and try to unload the bonding module. scenario: 1. network interfaces configuration # cat /etc/network/interfaces # This file describes the network interfaces available on your system # and

[Kernel-packages] [Bug 1676388] [NEW] [zesty] mlx5e OVS fixes

Public bug reported: We see the following issues with Ubuntu Zesty while testing the OVS offloading. I already test the patches that fix this issue and i'm going to send them to kernel-t...@lists.canonical.com Issues 1. FW error of groups overlapping when scaling up ovs tc qdisc del dev

[Kernel-packages] [Bug 1672144] Re: ifup service of network device stay active after driver stop

The issue doesn't reproduce with the 4.10.5 mainline kernel. could you please cherry-pick this commit to the zesty kernel? Thanks Talat -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu.

[Kernel-packages] [Bug 1672144] Re: ifup service of network device stay active after driver stop

Thank you I will give a try and update. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1672144 Title: ifup service of network device stay active after driver stop Status in linux

[Kernel-packages] [Bug 1674087] Re: [zesty] net sched actions - Adding support for user cookies

The patches sent to kernel-t...@lists.canonical.com Thanks, Talat -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1674087 Title: [zesty] net sched actions - Adding support for user

[Kernel-packages] [Bug 1674087] [NEW] [zesty] net sched actions - Adding support for user cookies

Public bug reported: Adding optional 128-bit action cookie. The idea is to save user state that when retrieved serves as a correlator. The kernel _should not_ interpret it. The user can store whatever they wish in the 128 bits like persistent data, http or existing kernel fib protocol field,

[Kernel-packages] [Bug 1668042] Re: [Xenial - 16.04 ]Bonding driver - stack corruption when trying to copy 20 bytes to a sockaddr

Thank you, the fix works as expected in Xenial. ** Tags added: verification-done -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1668042 Title: [Xenial - 16.04 ]Bonding driver - stack

[Kernel-packages] [Bug 1668042] Re: [Xenial - 16.04 ]Bonding driver - stack corruption when trying to copy 20 bytes to a sockaddr

Could you please add this fix also to trusty? ** Also affects: linux-lts-trusty (Ubuntu) Importance: Undecided Status: New ** No longer affects: linux-lts-trusty (Ubuntu) ** No longer affects: linux-lts-trusty (Ubuntu Xenial) -- You received this bug notification because you are a

[Kernel-packages] [Bug 1668019] Re: [UBUNTU Zesty] mlx5 - Improve OVS offload driver

The patches already sent to kernel-t...@lists.canonical.com. Thanks, Talat -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1668019 Title: [UBUNTU Zesty] mlx5 - Improve OVS offload

[Kernel-packages] [Bug 1668042] Re: [Xenial - 16.04 ]Bonding driver - stack corruption when trying to copy 20 bytes to a sockaddr

Thank you, will test and update. By the way, i sent the patch to kernel-t...@lists.canonical.com. Thank you, Talat -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1668042 Title: [Xenial

[Kernel-packages] [Bug 1668042] [NEW] [Xenial - 16.04 ]Bonding driver - stack corruption when trying to copy 20 bytes to a sockaddr

Public bug reported: In Ubuntu Xenial with kernel 4.4.0-65, we get kernel Panic after scenario [1]. patch [2] should fix the issue When using an IPoIB bond currently only active-backup mode is a valid use case and this commit strengthens it. Since commit 2ab82852a270

[Kernel-packages] [Bug 1668019] [NEW] [UBUNTU Zesty] mlx5 - Improve OVS offload driver

Public bug reported: The patches in this series should improve the OVS offloading driver and some fixes mlx5 driver, by adding reflect HW offload status for querying whether a filter is offloaded to HW or not. This patches is already accepted upstream net-next (4.11). The following patches

[Kernel-packages] [Bug 1649207] Re: mlx5_core failed to increase rx ring to 4096 - SIOCSIFFLAGS: Cannot allocate memory

** Tags added: yakkety -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1649207 Title: mlx5_core failed to increase rx ring to 4096 - SIOCSIFFLAGS: Cannot allocate memory Status in

[Kernel-packages] [Bug 1649207] [NEW] mlx5_core failed to increase rx ring to 4096 - SIOCSIFFLAGS: Cannot allocate memory

Public bug reported: Failed to increase rx ring to 4096 - SIOCSIFFLAGS: Cannot allocate memory Scenario ubuntu@cto-netsim3:~$ sudo ethtool -g ens6f0 [sudo] password for ubuntu: Ring parameters for ens6f0: Pre-set maximums: RX: 4096 RX Mini: 0 RX Jumbo: 0 TX: 8192 Current hardware settings: RX:

[Kernel-packages] [Bug 1634862] Re: PPC + kernel 4.8 swap_dup: Bad swap file entry 2c0000000016ed28

Hi, we didn't see the issue on kernel 4.8.0-27-generic. do we have fixes that related to this area in kernel 4.8.0-27-generic? thanks, Talat -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu.

[Kernel-packages] [Bug 1634862] Re: PPC + kernel 4.8 swap_dup: Bad swap file entry 2c0000000016ed28

Hi, Any update with this bug ? thanks, Talat -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1634862 Title: PPC + kernel 4.8 swap_dup: Bad swap file entry 2c16ed28 Status in

[Kernel-packages] [Bug 1634862] Re: PPC + kernel 4.8 swap_dup: Bad swap file entry 2c0000000016ed28

Hi Joseph, we already test the following kernel and here is the status. v4.8-rc8 http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.8-rc8/ working v4.8-rc1 http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.8-rc1/ working v4.8 http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.8/ not working

[Kernel-packages] [Bug 1634862] Re: PPC + kernel 4.8 swap_dup: Bad swap file entry 2c0000000016ed28

Hi, there is no ppc image under http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.9-rc1/, the ppc page not found. as we see there " Build for ppc64el failed (see BUILD.LOG.ppc64el): linux-headers-4.9.0-040900rc1_4.9.0-040900rc1.201610151630_all.deb *_ppc64el.deb " Thanks Talat -- You

[Kernel-packages] [Bug 1634862] [NEW] PPC + kernel 4.8 swap_dup: Bad swap file entry 2c0000000016ed28

Public bug reported: Hi on ppc machines with Ubuntu 16.10 (Yakkety Yak), after upgrading to last Ubuntu kernel (4.8), and running installation of MLNX_OFED Driver package that run a compilation jobs that equal to number of CPUs , the System hangs and we got a bad swap file message with pages

[Kernel-packages] [Bug 1477466] Re: Low performance when using vlan over VxLan

Hi, We will test this scenario on the latest Ubuntu (Yakkety Yak). this may take a time, will update later. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1477466 Title: Low

[Kernel-packages] [Bug 1477466] Re: Low performance when using vlan over VxLan

Hi Dragan, This is an old bug, as far as i remember that we tested it and the performance still not as expected. we can test it again, but does this patches back-ported ? thanks, Talat -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to

[Kernel-packages] [Bug 1585978] Re: mlx5_core kexec fail

** Tags removed: verification-needed-xenial ** Tags added: verification-done-xenial -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1585978 Title: mlx5_core kexec fail Status in linux

[Kernel-packages] [Bug 1528466] Re: Mellanox ConnectX4 MTU limits: max and min

** Tags removed: verification-needed-xenial ** Tags added: verification-done-xenial -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1528466 Title: Mellanox ConnectX4 MTU limits: max and

[Kernel-packages] [Bug 1585978] [NEW] mlx5_core kexec fail

Public bug reported: In machine with ConnectX4 device the kexec failed load a new kernel. missing pci shutdown callback. Operation system - Ubuntu 16.04 kernel 4.4.0-22-generic Scenario # kexec -l /boot/vmlinuz-4.3.0-rc6-gemini-perf-2015-10-22_19-44-01

[Kernel-packages] [Bug 1544978] Re: PCI Call Traces hw csum failure in dmesg with 4.4.0-2-generic

Hi, This upstream commit should fix the bug commit 82d69203df634b4dfa765c94f60ce9482bcc44d6 Author: Daniel Jurgens Date: Wed May 4 15:00:33 2016 +0300 net/mlx4_en: Fix endianness bug in IPV6 csum calculation Use htons instead of unconditionally byte swapping

[Kernel-packages] [Bug 1557950] [NEW] mlx5_core kernel trace after "ethtool -C eth1 adaptive-rx on" flow

Public bug reported: reproduce steps: # ethtool -c eth1 Coalesce parameters for eth1: Adaptive RX: off TX: off # ethtool -C eth1 adaptive-rx on # cat /etc/os-release NAME="Ubuntu" VERSION="16.04 (Xenial Xerus)" ID=ubuntu ID_LIKE=debian PRETTY_NAME="Ubuntu 16.04" VERSION_ID="16.04"

[Kernel-packages] [Bug 1557950] Re: mlx5_core kernel trace after "ethtool -C eth1 adaptive-rx on" flow

** Patch added: "0001-net-mlx5e-Don-t-try-to-modify-CQ-moderation-if-it-is.patch" https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1557950/+attachment/4600894/+files/0001-net-mlx5e-Don-t-try-to-modify-CQ-moderation-if-it-is.patch -- You received this bug notification because you are a

[Kernel-packages] [Bug 1557950] Re: mlx5_core kernel trace after "ethtool -C eth1 adaptive-rx on" flow

** Patch added: "0002-net-mlx5e-Don-t-modify-CQ-before-it-was-created.patch" https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1557950/+attachment/4600895/+files/0002-net-mlx5e-Don-t-modify-CQ-before-it-was-created.patch -- You received this bug notification because you are a member of

[Kernel-packages] [Bug 1552632] [NEW] mlx4_core Set UAR page size to 4KB regardless of system page size

Public bug reported: problem description: The current code sets UAR page size equal to system page size. The ConnectX-3 and ConnectX-3 Pro HWs require minimum 128 UAR pages. The mlx4 kernel drivers are not loaded if there is less than 128 UAR pages. solution: Always set UAR

[Kernel-packages] [Bug 1552627] [NEW] mlx4_en didn't choose time-stamping shift value according to HW frequency

Public bug reported: Hi, Previously, the shift value used for time-stamping was constant and didn't depend on the HW chip frequency. Change that to take the frequency into account and calculate the maximal value in cycles per wraparound of ten seconds. This time slot was chosen

[Kernel-packages] [Bug 1540435] Re: Introducing ConnectX-4 Ethernet SRIOV

Hi, Could you please tell me when we have this feature in the Xenial kernel ? I didn't see them in the master branch yet. thanks, Talat -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu.

[Kernel-packages] [Bug 1540435] Re: Introducing ConnectX-4 Ethernet SRIOV

I am sorry about that, could you please tell me how can i do this pull request. also attached a tar file that contain all of the commits. i do cherry-pick them on machine with Xenial and kernel 16.04, it's work properly. Thanks, Talat ** Attachment added: "mlx5_sriov.tar.gz"

[Kernel-packages] [Bug 1540435] Re: Introducing ConnectX-4 Ethernet SRIOV

Thank you, you can take the patches from my brunch. i've cherry-piced them and test them on machine with xenial release. lp:~talat-b87/+junk/mlx5-sriov Thanks, Talat -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu.

[Kernel-packages] [Bug 1540435] Re: Introducing ConnectX-4 Ethernet SRIOV

Thank you Tim, All this patches is accepted to upstream. could you please tell me how can i acsess the Launchpad github ? can i backport them on my setup and attach the patches ? thanks, Talat -- You received this bug notification because you are a member of Kernel Packages, which is

[Kernel-packages] [Bug 1540435] [NEW] Introducing ConnectX-4 Ethernet SRIOV

Public bug reported: Hi, This patchset introduces the support of Ethernet SRIOV in ConnectX-4 family of 100G Ethernet NICs. Basic Introduction: ConnectX-4 HW architecture provides two kinds of underlying HW switches. MPFS (Multi Physical Function Switch) or L2 Table in Software terms: The

[Kernel-packages] [Bug 1507482] Re: ethtool self-test failed and creates a FW reset.

Hi Rafael, Any update with this bug ? Thanks, Talat ** Tags added: wily -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1507482 Title: ethtool self-test failed and creates a FW

[Kernel-packages] [Bug 1533249] Re: Re-enable vlan TX acceleration

** Tags added: verification-done-wily -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1533249 Title: Re-enable vlan TX acceleration Status in linux package in Ubuntu: Fix Released

[Kernel-packages] [Bug 1535045] Re: Biosdevname does not provide interface naming information for ConnecX4 Devices

** Package changed: linux (Ubuntu) => biosdevname (Ubuntu) -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1535045 Title: Biosdevname does not provide interface naming information for

[Kernel-packages] [Bug 1528466] Re: Mellanox ConnectX4 MTU limits: max and min

** Tags added: verification-done-wily -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1528466 Title: Mellanox ConnectX4 MTU limits: max and min Status in linux package in Ubuntu: In

[Kernel-packages] [Bug 1535045] [NEW] Biosdevname does not provide interface naming information for ConnecX4 Devices

Public bug reported: Hi, Biosdevname is enabled by default for ubuntu14.04.4, We see that the ConnectX3 interface name is pXpX and ConnectX4 interfaces is ethX when biosdevname is enabled we should see all the interfaces like pxpX As for biosdevname user manual : when we ran #biosdevname -i

[Kernel-packages] [Bug 1533249] Re: Re-enable vlan TX acceleration

Thank you Tim, This Bug affect just Mellanox Drivers and improve the vlan process in the newest Mellanox Devices. could you please add this bug Fix to Ubuntu 14.04.4 kernel. Thanks in advance, Talat -- You received this bug notification because you are a member of Kernel Packages, which is

[Kernel-packages] [Bug 1535045] Re: Biosdevname does not provide interface naming information for ConnecX4 Devices

** Changed in: linux (Ubuntu) Status: Incomplete => Confirmed -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1535045 Title: Biosdevname does not provide interface naming

[Kernel-packages] [Bug 1531132] Re: Mellanox ConnectX3 PTP does not work with linux ptp and timekeeper after reboot

Hi Luis, Thank you, I verified it and it is working proberly. Yours, Talat ** Tags removed: patch trusty verification-needed-wily wily ** Tags added: verification-done-wily -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in

[Kernel-packages] [Bug 1533249] Re: Re-enable vlan TX acceleration

Hi, Please add this Fix to 14.04.4. Thanks Talat ** Tags added: trusty -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1533249 Title: Re-enable vlan TX acceleration Status in linux

[Kernel-packages] [Bug 1533249] Re: Re-enable vlan TX acceleration

Added tarboot file that contain the 3 upstream commits. 0001-net-mlx5e-Re-eanble-client-vlan-TX-acceleration.patch 0002-net-mlx5e-Fix-LSO-vlan-insertion.patch 0003-net-mlx5e-Fix-inline-header-size-calculation.patch This patches upstream and the fix verified on machine with 14.04.4 and kernel

[Kernel-packages] [Bug 1533721] [NEW] Ethtool didn't support link speed 25Gb 56Gb 100Gb 200Gb

Public bug reported: please add missing Advertised speeds into ethtool Ethtool 3.13 didn't support link speed 25Gb 56Gb 100Gb 200Gb. Ethtool 4.2 didn't support link speed 25Gb 100Gb 200Gb. This the list from ethtool 4.2 #define ALL_ADVERTISED_MODES

[Kernel-packages] [Bug 1533249] [NEW] Re-enabe vlan TX acceleration

Public bug reported: Unable to send TCP/UDP traffic between VLAN on ConnectX4LX, due to vlan TX acceleration is off. Scenario Configure static VLAN on CX4LX and try to run iperf TCP/UDP. There are no traffic TCP/UDP even that the ICMP traffic pass (using ping between vlan's)

[Kernel-packages] [Bug 1528466] Re: Mellanox ConnectX4 MTU limits: max and min

Thank You, Tested on 15.10 and it's working proberly. you are right, need to fix this in Wily and HWE kernels in Trusty. Yours, Talat -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu.

[Kernel-packages] [Bug 1531203] [NEW] ConnectX-5 is displayed as ConnectX-4 in 'lspci'

Public bug reported: When testing ConnectX-5 in Ubuntu we noticed the following in lspci: [root@localhost network-scripts]# lspci | grep -i mel 00:09.0 Ethernet controller: Mellanox Technologies MT27700 Family [ConnectX-4] 00:0a.0 Ethernet controller: Mellanox Technologies MT28800 Family

[Kernel-packages] [Bug 1531132] [NEW] Mellanox ConnectX3 PTP does not work with linux ptp and timekeeper after reboot

Public bug reported: After a machine reboot, trying to sync 2 clocks is impossible with ptp4l and timekeeper. server : ptp4l -i eth4 -m client : ptp4l -i eth4 -m -s it works only after driver restart. Attached two batches that should fix this issue.

[Kernel-packages] [Bug 1531132] Re: Mellanox ConnectX3 PTP does not work with linux ptp and timekeeper after reboot

** Patch added: "Fix-HW-timestamp-init-issue-upon-system" https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1531132/+attachment/4544284/+files/0002-net-mlx4_en-Fix-HW-timestamp-init-issue-upon-system-.patch -- You received this bug notification because you are a member of Kernel Packages,

[Kernel-packages] [Bug 1507482] Re: ethtool self-test failed and creates a FW reset.

Hi, Any update with this big ? could you please add the fix to 14.04.4 ? Thanks Talat -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1507482 Title: ethtool self-test failed and

[Kernel-packages] [Bug 1528466] Re: Mellanox ConnectX4 MTU limits: max and min

** Tags added: trusty ** Tags added: vivid wily -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1528466 Title: Mellanox ConnectX4 MTU limits: max and min Status in linux package in

[Kernel-packages] [Bug 1528466] [NEW] Mellanox ConnectX4 MTU limits: max and min

Public bug reported: Max MTU limit should be 9978 Tested on Ubuntu 14.04.4 daily build, this issue exist also in 15.10. reproduce # ifconfig p2p1 mtu 900 SIOCSIFMTU: Invalid argument # dmesg [62898.559808] mlx5_core :20:00.0 p2p1:

[Kernel-packages] [Bug 1514861] Re: mlx5 EN driver wrongly enables sets VLAN filtering under promiscuous mode

Hi Brad, i verified this bug and it's fix the issue please don't drop this fix and move it to verification-done-wily. if needed a canonical verification of this bug i'll ask someone to do it. thanks, Talat -- You received this bug notification because you are a member of Kernel Packages,

[Kernel-packages] [Bug 1517919] [NEW] Mlx5 EN - Ethtool link speed setting fixes

Public bug reported: Setting link speed for ConnectX4 is not working. reproduce ethtool -s ens1 speed 1 ethtool -s ens1 |grep Speed Speed: 4 The commit below fix this issue is commit 6fa1bcab6be6e9bd93f80e345c7e9a4ec7861df9 Author: Achiad Shochat Date: Sun

[Kernel-packages] [Bug 1514861] Re: mlx5 EN driver wrongly enables sets VLAN filtering under promiscuous mode

Hi, could you please add this fix to Ubuntu 14.04.4 ? Thanks, Talat -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1514861 Title: mlx5 EN driver wrongly enables sets VLAN filtering

[Kernel-packages] [Bug 1514861] Re: mlx5 EN driver wrongly enables sets VLAN filtering under promiscuous mode

Hi Tim, You are right - I tested this patch, it's working and fix this issue. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1514861 Title: mlx5 EN driver wrongly enables sets VLAN

[Kernel-packages] [Bug 1514861] [NEW] mlx5 EN driver wrongly enables sets VLAN filtering under promiscuous mode

Public bug reported: Description of problem: The mlx5 Ethernet driver doesn't allow packets marked with all possible VLAN tags to be accepted under promiscuous mode. This is wrong and disallows Open-Stack to properly function in Para-Virtual configuration. How reproducible: just put the NIC

[Kernel-packages] [Bug 1507482] Re: ethtool self-test failed and creates a FW reset.

Hi, This bug for Ethernet device and your setup is Infiniband, we see "Link layer: InfiniBand" in the ibstat output. Please validate the fixes on ConnectX3 Ethernet interface. Thanks, Talat -- You received this bug notification because you are a member of Kernel Packages, which is

[Kernel-packages] [Bug 1507482] Re: ethtool self-test failed and creates a FW reset.

Hi, Thank you for your effort. please make sure that interface link is up, in the machine log above we see that link test failed "Link Test1". could you please retest and update. Yours, Talat -- You received this bug notification because you are a member of Kernel Packages, which is

[Kernel-packages] [Bug 1507482] [NEW] ethtool self-test failed and creates a FW reset.

Public bug reported: On ConnectX3 device we try to run self-test and it’s failed, also seen that cause a FW reset. Steps to reproduce: ~# ethtool -t ens2 The test result is FAIL The test extra info: Interrupt Test -16 Link Test0 Speed Test 0 Register Test0 Loopback Test

[Kernel-packages] [Bug 1507482] Re: ethtool self-test failed and creates a FW reset.

Hi This commit [1] fixes this issue, could you please cherry-pick this commit. [1] - commit that fixes this issue: >From 820d39f3c497df6c8e040b8dcc7c19eeaa312701 Mon Sep 17 00:00:00 2001 From: Carol L Soto Date: Thu, 8 Oct 2015 15:26:15 +0300 Subject: net/mlx4_core: