[Kernel-packages] [Bug 1407760] Re: Kernel crash when setting vxlan tunnel over the mlx4_en when acting as PF
** Tags removed: verification-needed-trusty ** Tags added: verification-done-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/1407760 Title: Kernel crash when setting vxlan tunnel over the mlx4_en when acting as PF Status in linux package in Ubuntu: Fix Released Status in linux source package in Trusty: Fix Committed Status in linux source package in Utopic: Fix Released Bug description: Eyal Perry (~eyalpe) writes: [Impact] When enabling SR-IOV on Mellanox devices and setting vxlan tunnel over the PF device (adding vxlan port to an OVS bridge), the kernel is crashing as result of the unimplemented ndos: .ndo_{add,del}_vxlan_port [Fix] This issue was fixed in upstream kernel: 9737c6a net/mlx4_en: Add VXLAN ndo calls to the PF net device ops too ~/linux$ git describe --contains 9737c6ab7afbc950e997ef80cba2c40dbbd16ea4 v3.18-rc6~9^2~12 I've backported it to 3.16 (by removing the yet to be introduced ndo_gso_check) and attached the backported version here. The patch was built and tested on top of ubuntu-trusty: abb1293 (UBUNTU: Ubuntu-lts-3.16.0-29.39~14.04.1) [Test Case] Use the affected Mellanox device w/ an Ubuntu 3.16 kernel. Setup vxlan tunnel over PF device. This should succeed. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1407760/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1400127] Re: Mellanox updates for Trusty
** Tags removed: verification-needed-trusty verification-needed-utopic ** Tags added: verification-done-trusty verification-done-utopic -- 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/1400127 Title: Mellanox updates for Trusty Status in linux package in Ubuntu: In Progress Status in linux source package in Trusty: Fix Committed Status in linux source package in Utopic: Fix Committed Bug description: SRU Justification: [Impact] Users of Mellanox mlx4_{core,en} drivers may be missing hardware enablement features. [Test Case] Test Mellanox hardware and ensure functionality with mlx4_{core,en} drivers. [Fix] As described below, and summarized in Comment #5. -- The following changes since commit b87885d70c29324b66ee7d4f979a9f95cc46564b: UBUNTU: Ubuntu-3.13.0-42.71 (2014-12-05 14:35:11 +) are attached to this tracker as patch files. The main goal for this is patch-set is to add functionality to: 1. reduce cache misses by aligning CQE/EQE writes to the actual cache line size 2. set/get link speed using ethtool [-s]. 3. set rx/tx vlan offload 4. bug fixes all of the patches are upsream (net-next), except for the last one which is a bug fix waiting for review: https://patchwork.ozlabs.org/patch/418451/ Ido Shamay (3): net/mlx4_core: Enable CQE/EQE stride support net/mlx4_core: Cache line EQE size support net/mlx4_en: Add mlx4_en_get_cqe helper Saeed Mahameed (12): net/mlx4_core: Introduce mlx4_get_module_info for cable module info reading ethtool, net/mlx4_en: Cable info, get_module_info/eeprom ethtool support net/mlx4_core: Introduce ACCESS_REG CMD and eth_prot_ctrl dev cap net/mlx4_core: Add ethernet backplane autoneg device capability ethtool, net/mlx4_en: Add 100M, 20G, 56G speeds ethtool reporting support net/mlx4_en: Use PTYS register to query ethtool settings net/mlx4_en: Use PTYS register to set ethtool settings (Speed) net/mlx4_en: Add support for setting rxvlan offload OFF/ON net/mlx4_en: Add ethtool support for [rx|tx]vlan offload set to OFF/ON net/mlx4_core: Prevent VF from changing port configuration net/mlx4_en: mlx4_en_set_settings() always fails when autoneg is set net/mlx4_en: ethtool force speed when asking for autoneg=off To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1400127/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1407760] Re: [SRU][PATCH] [Utopic] Kernel crash when setting vxlan tunnel over the mlx4_en when acting as PF
** Tags removed: verification-needed-utopic ** Tags added: verification-done-utopic -- 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/1407760 Title: [SRU][PATCH] [Utopic] Kernel crash when setting vxlan tunnel over the mlx4_en when acting as PF Status in linux package in Ubuntu: Fix Released Status in linux source package in Utopic: Fix Committed Bug description: Eyal Perry (~eyalpe) writes: [Impact] When enabling SR-IOV on Mellanox devices and setting vxlan tunnel over the PF device (adding vxlan port to an OVS bridge), the kernel is crashing as result of the unimplemented ndos: .ndo_{add,del}_vxlan_port [Fix] This issue was fixed in upstream kernel: 9737c6a net/mlx4_en: Add VXLAN ndo calls to the PF net device ops too ~/linux$ git describe --contains 9737c6ab7afbc950e997ef80cba2c40dbbd16ea4 v3.18-rc6~9^2~12 I've backported it to 3.16 (by removing the yet to be introduced ndo_gso_check) and attached the backported version here. The patch was built and tested on top of ubuntu-trusty: abb1293 (UBUNTU: Ubuntu-lts-3.16.0-29.39~14.04.1) This only affect 3.16 since it has the VLAN features. [Test Case] Use the affected Mellanox device w/ an Ubuntu 3.16 kernel. Setup vxlan tunnel over PF device. This should succeed. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1407760/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1400127] [NEW] Mellanox updates for trsuty
Public bug reported: The following changes since commit b87885d70c29324b66ee7d4f979a9f95cc46564b: UBUNTU: Ubuntu-3.13.0-42.71 (2014-12-05 14:35:11 +) are attached to this tracker as patch files. The main goal for this is patch-set is to add functionality to: 1. reduce cache misses by aligning CQE/EQE writes to the actual cache line size 2. set/get link speed using ethtool [-s]. 3. set rx/tx vlan offload 4. bug fixes all of the patches are upsream (net-next), except for the last one which is a bug fix waiting for review: https://patchwork.ozlabs.org/patch/418451/ Ido Shamay (3): net/mlx4_core: Enable CQE/EQE stride support net/mlx4_core: Cache line EQE size support net/mlx4_en: Add mlx4_en_get_cqe helper Saeed Mahameed (12): net/mlx4_core: Introduce mlx4_get_module_info for cable module info reading ethtool, net/mlx4_en: Cable info, get_module_info/eeprom ethtool support net/mlx4_core: Introduce ACCESS_REG CMD and eth_prot_ctrl dev cap net/mlx4_core: Add ethernet backplane autoneg device capability ethtool, net/mlx4_en: Add 100M, 20G, 56G speeds ethtool reporting support net/mlx4_en: Use PTYS register to query ethtool settings net/mlx4_en: Use PTYS register to set ethtool settings (Speed) net/mlx4_en: Add support for setting rxvlan offload OFF/ON net/mlx4_en: Add ethtool support for [rx|tx]vlan offload set to OFF/ON net/mlx4_core: Prevent VF from changing port configuration net/mlx4_en: mlx4_en_set_settings() always fails when autoneg is set net/mlx4_en: ethtool force speed when asking for autoneg=off ** Affects: linux (Ubuntu) Importance: Undecided Status: Incomplete ** Attachment added: tar-gz-ed patchset https://bugs.launchpad.net/bugs/1400127/+attachment/4275726/+files/ethtool-set-link-etc.tar.gz -- 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/1400127 Title: Mellanox updates for trsuty Status in linux package in Ubuntu: Incomplete Bug description: The following changes since commit b87885d70c29324b66ee7d4f979a9f95cc46564b: UBUNTU: Ubuntu-3.13.0-42.71 (2014-12-05 14:35:11 +) are attached to this tracker as patch files. The main goal for this is patch-set is to add functionality to: 1. reduce cache misses by aligning CQE/EQE writes to the actual cache line size 2. set/get link speed using ethtool [-s]. 3. set rx/tx vlan offload 4. bug fixes all of the patches are upsream (net-next), except for the last one which is a bug fix waiting for review: https://patchwork.ozlabs.org/patch/418451/ Ido Shamay (3): net/mlx4_core: Enable CQE/EQE stride support net/mlx4_core: Cache line EQE size support net/mlx4_en: Add mlx4_en_get_cqe helper Saeed Mahameed (12): net/mlx4_core: Introduce mlx4_get_module_info for cable module info reading ethtool, net/mlx4_en: Cable info, get_module_info/eeprom ethtool support net/mlx4_core: Introduce ACCESS_REG CMD and eth_prot_ctrl dev cap net/mlx4_core: Add ethernet backplane autoneg device capability ethtool, net/mlx4_en: Add 100M, 20G, 56G speeds ethtool reporting support net/mlx4_en: Use PTYS register to query ethtool settings net/mlx4_en: Use PTYS register to set ethtool settings (Speed) net/mlx4_en: Add support for setting rxvlan offload OFF/ON net/mlx4_en: Add ethtool support for [rx|tx]vlan offload set to OFF/ON net/mlx4_core: Prevent VF from changing port configuration net/mlx4_en: mlx4_en_set_settings() always fails when autoneg is set net/mlx4_en: ethtool force speed when asking for autoneg=off To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1400127/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1400127] Re: Mellanox updates for trsuty
This item is opened for tracking purposes, and more resembles a feature request than a bug in its nature. Therefore I'm skipping the apport-collect script. -- 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/1400127 Title: Mellanox updates for trsuty Status in linux package in Ubuntu: Incomplete Bug description: The following changes since commit b87885d70c29324b66ee7d4f979a9f95cc46564b: UBUNTU: Ubuntu-3.13.0-42.71 (2014-12-05 14:35:11 +) are attached to this tracker as patch files. The main goal for this is patch-set is to add functionality to: 1. reduce cache misses by aligning CQE/EQE writes to the actual cache line size 2. set/get link speed using ethtool [-s]. 3. set rx/tx vlan offload 4. bug fixes all of the patches are upsream (net-next), except for the last one which is a bug fix waiting for review: https://patchwork.ozlabs.org/patch/418451/ Ido Shamay (3): net/mlx4_core: Enable CQE/EQE stride support net/mlx4_core: Cache line EQE size support net/mlx4_en: Add mlx4_en_get_cqe helper Saeed Mahameed (12): net/mlx4_core: Introduce mlx4_get_module_info for cable module info reading ethtool, net/mlx4_en: Cable info, get_module_info/eeprom ethtool support net/mlx4_core: Introduce ACCESS_REG CMD and eth_prot_ctrl dev cap net/mlx4_core: Add ethernet backplane autoneg device capability ethtool, net/mlx4_en: Add 100M, 20G, 56G speeds ethtool reporting support net/mlx4_en: Use PTYS register to query ethtool settings net/mlx4_en: Use PTYS register to set ethtool settings (Speed) net/mlx4_en: Add support for setting rxvlan offload OFF/ON net/mlx4_en: Add ethtool support for [rx|tx]vlan offload set to OFF/ON net/mlx4_core: Prevent VF from changing port configuration net/mlx4_en: mlx4_en_set_settings() always fails when autoneg is set net/mlx4_en: ethtool force speed when asking for autoneg=off To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1400127/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1353947] Re: Hypervisor with QEMU-2.0/libvirtd 1.2.2 stack when launching VM with CirrOS or Ubuntu 12.04
Can't run apport-collect after the kernel hang ** 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/1353947 Title: Hypervisor with QEMU-2.0/libvirtd 1.2.2 stack when launching VM with CirrOS or Ubuntu 12.04 Status in QEMU: New Status in “linux” package in Ubuntu: Confirmed Bug description: The issue observed when running an hypervisor with QEMU 2.0/libvirtd 1.2.2 The VM network interface is attached to a PCI virtual function (SR-IOV). When we ran VM with guest OS CirrOS or Ubuntu 12.04 we observed an hipervisor hang shortly after the VM is loaded We observed the same issue with Mellanox NIC and with Intel NIC We’ve tried few combinations of {GuestOS}X{Hypervisor} and we got the following findings: When a hypervisor is running QEMU 1.5/libvirtd 1.1.1 - no issue observed When a hypervisor is running QEMU 2.0/libvirtd 1.2.2 - CirrOS and Ubuntu 12.04 guest OSes caused hypervisor hang When a hypervisor is running QEMU 2.0/libvirtd 1.2.2 - CentOS 6.4 and Ubuntu 13.10 - no issue observed The problematic guest OSes are with kernel versions ~3.2.y To manage notifications about this bug go to: https://bugs.launchpad.net/qemu/+bug/1353947/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1353947] Re: Hypervisor with QEMU-2.0/libvirtd 1.2.2 stack when launching VM with CirrOS or Ubuntu 12.04
Indeed, with qemu 1.5 we did not observed this issue at all. Sorry, but I don't have the resources at the moment to do the bisecting. -- 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/1353947 Title: Hypervisor with QEMU-2.0/libvirtd 1.2.2 stack when launching VM with CirrOS or Ubuntu 12.04 Status in QEMU: New Status in “linux” package in Ubuntu: Confirmed Bug description: The issue observed when running an hypervisor with QEMU 2.0/libvirtd 1.2.2 The VM network interface is attached to a PCI virtual function (SR-IOV). When we ran VM with guest OS CirrOS or Ubuntu 12.04 we observed an hipervisor hang shortly after the VM is loaded We observed the same issue with Mellanox NIC and with Intel NIC We’ve tried few combinations of {GuestOS}X{Hypervisor} and we got the following findings: When a hypervisor is running QEMU 1.5/libvirtd 1.1.1 - no issue observed When a hypervisor is running QEMU 2.0/libvirtd 1.2.2 - CirrOS and Ubuntu 12.04 guest OSes caused hypervisor hang When a hypervisor is running QEMU 2.0/libvirtd 1.2.2 - CentOS 6.4 and Ubuntu 13.10 - no issue observed The problematic guest OSes are with kernel versions ~3.2.y To manage notifications about this bug go to: https://bugs.launchpad.net/qemu/+bug/1353947/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp