[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
