[Kernel-packages] [Bug 1407760] Re: Kernel crash when setting vxlan tunnel over the mlx4_en when acting as PF
This bug was fixed in the package linux - 3.13.0-46.75 --- linux (3.13.0-46.75) trusty; urgency=low [ Seth Forshee ] * Release Tracking Bug - LP: #1419963 [ Andy Whitcroft ] * [Debian] arm64 -- build ubuntu drivers - LP: #1411284 * hyper-v -- fix comment handing in /etc/network/interfaces - LP: #1413020 [ Kamal Mostafa ] * [Packaging] force dpkg-source -I -i behavior [ Upstream Kernel Changes ] * Revert [SCSI] mpt2sas: Remove phys on topology change. - LP: #1419838 * Revert [SCSI] mpt3sas: Remove phys on topology change - LP: #1419838 * Btrfs: fix transaction abortion when remounting btrfs from RW to RO - LP: #1411320 * Btrfs: fix a crash of clone with inline extents's split - LP: #1413129 * net/mlx4_en: Add VXLAN ndo calls to the PF net device ops too - LP: #1407760 * KVM: x86: SYSENTER emulation is broken - LP: #1414651 - CVE-2015-0239 * powerpc/xmon: Fix another endiannes issue in RTAS call from xmon - LP: #1415919 * ipv6: fix swapped ipv4/ipv6 mtu_reduced callbacks - LP: #1404558, #1419837 * usb: gadget: at91_udc: move prepare clk into process context - LP: #1419837 * KVM: x86: Fix far-jump to non-canonical check - LP: #1419837 * x86/tls: Validate TLS entries to protect espfix - LP: #1419837 * userns: Check euid no fsuid when establishing an unprivileged uid mapping - LP: #1419837 * userns: Document what the invariant required for safe unprivileged mappings. - LP: #1419837 * userns: Only allow the creator of the userns unprivileged mappings - LP: #1419837 * x86_64, switch_to(): Load TLS descriptors before switching DS and ES - LP: #1419837 * isofs: Fix infinite looping over CE entries - LP: #1419837 * batman-adv: Calculate extra tail size based on queued fragments - LP: #1419837 * KEYS: close race between key lookup and freeing - LP: #1419837 * isofs: Fix unchecked printing of ER records - LP: #1419837 * x86_64, vdso: Fix the vdso address randomization algorithm - LP: #1419837 * groups: Consolidate the setgroups permission checks - LP: #1419837 * userns: Don't allow setgroups until a gid mapping has been setablished - LP: #1419837 * userns: Don't allow unprivileged creation of gid mappings - LP: #1419837 * move d_rcu from overlapping d_child to overlapping d_alias - LP: #1419837 * deal with deadlock in d_walk() - LP: #1419837 * Linux 3.13.11-ckt14 - LP: #1419837 * gre: fix the inner mac header in nbma tunnel xmit path - LP: #1419838 * netlink: Always copy on mmap TX. - LP: #1419838 * netlink: Don't reorder loads/stores before marking mmap netlink frame as available - LP: #1419838 * in6: fix conflict with glibc - LP: #1419838 * tg3: tg3_disable_ints using uninitialized mailbox value to disable interrupts - LP: #1419838 * batman-adv: Unify fragment size calculation - LP: #1419838 * batman-adv: avoid NULL dereferences and fix if check - LP: #1419838 * net: Fix stacked vlan offload features computation - LP: #1419838 * net: Reset secmark when scrubbing packet - LP: #1419838 * tcp: Do not apply TSO segment limit to non-TSO packets - LP: #1419838 * alx: fix alx_poll() - LP: #1419838 * team: avoid possible underflow of count_pending value for notify_peers and mcast_rejoin - LP: #1419838 * enic: fix rx skb checksum - LP: #1419838 * net/core: Handle csum for CHECKSUM_COMPLETE VXLAN forwarding - LP: #1419838 * macvlan: unregister net device when netdev_upper_dev_link() fails - LP: #1419838 * netfilter: conntrack: disable generic tracking for known protocols - LP: #1419838 * xen-netfront: Fix handling packets on compound pages with skb_linearize - LP: #1317811, #1419838 * xen-netfront: use correct linear area after linearizing an skb - LP: #1317811, #1419838 * eCryptfs: Force RO mount when encrypted view is enabled - LP: #1419838 * smiapp: Take mutex during PLL update in sensor initialisation - LP: #1419838 * smiapp-pll: Correct clock debug prints - LP: #1419838 * sound: simplify au0828 quirk table - LP: #1419838 * sound: Update au0828 quirks table - LP: #1419838 * af9005: fix kernel panic on init if compiled without IR - LP: #1419838 * writeback: fix a subtle race condition in I_DIRTY clearing - LP: #1419838 * usb: renesas_usbhs: gadget: fix NULL pointer dereference in ep_disable() - LP: #1419838 * KVM: s390: flush CPU on load control - LP: #1419838 * UBI: Fix double free after do_sync_erase() - LP: #1419838 * UBI: Fix invalid vfree() - LP: #1419838 * Drivers: hv: vmbus: Fix a race condition when unregistering a device - LP: #1419838 * driver core: Fix unbalanced device reference in drivers_probe - LP: #1419838 * PCI: Restore detection of read-only BARs - LP: #1419838 * scsi: correct return
[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 1407760] Re: Kernel crash when setting vxlan tunnel over the mlx4_en when acting as PF
This bug is awaiting verification that the kernel in -proposed solves the problem. Please test the kernel and update this bug with the results. If the problem is solved, change the tag 'verification-needed- trusty' to 'verification-done-trusty'. If verification is not done by 5 working days from today, this fix will be dropped from the source code, and this bug will be closed. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you! ** Tags added: verification-needed-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 1407760] Re: Kernel crash when setting vxlan tunnel over the mlx4_en when acting as PF
This bug was fixed in the package linux - 3.16.0-30.40 --- linux (3.16.0-30.40) utopic; urgency=low [ Seth Forshee ] * Release Tracking Bug - LP: #1409890 [ Andy Whitcroft ] * Revert SAUCE: scsi: hyper-v storsvc switch up to SPC-3 * [Packaging] uploadnum should be the remainder of the version - LP: #1407755 [ K. Y. Srinivasan ] * SAUCE: storvsc: force SPC-3 compliance on win8 and win8 r2 hosts - LP: #1406867 [ Upstream Kernel Changes ] * Revert xhci: clear root port wake on bits if controller isn't wake-up capable - LP: #1408697 * KVM: PPC: BOOK3S: HV: CMA: Reserve cma region only in hypervisor mode - LP: #1400209 * powerpc/powernv: Ignore smt-enabled on Power8 and later - LP: #1402141 * net/mlx4_en: Add VXLAN ndo calls to the PF net device ops too - LP: #1407760 * net/mlx4_core: Enable CQE/EQE stride support - LP: #1400127 * net/mlx4_core: Cache line EQE size support - LP: #1400127 * net/mlx4_en: Add mlx4_en_get_cqe helper - LP: #1400127 * net/mlx4_core: Introduce mlx4_get_module_info for cable module info reading - LP: #1400127 * ethtool, net/mlx4_en: Cable info, get_module_info/eeprom ethtool support - LP: #1400127 * net/mlx4_core: Introduce ACCESS_REG CMD and eth_prot_ctrl dev cap - LP: #1400127 * net/mlx4_core: Add ethernet backplane autoneg device capability - LP: #1400127 * ethtool, net/mlx4_en: Add 100M, 20G, 56G speeds ethtool reporting support - LP: #1400127 * net/mlx4_en: Use PTYS register to query ethtool settings - LP: #1400127 * net/mlx4_en: Use PTYS register to set ethtool settings (Speed) - LP: #1400127 * net/mlx4_en: Add support for setting rxvlan offload OFF/ON - LP: #1400127 * net/mlx4_en: Add ethtool support for [rx|tx]vlan offload set to OFF/ON - LP: #1400127 * net/mlx4_core: Prevent VF from changing port configuration - LP: #1400127 * net/mlx4_en: mlx4_en_set_settings() always fails when autoneg is set - LP: #1400127 * sparc64: Fix constraints on swab helpers. - LP: #1408697 * inetdevice: fixed signed integer overflow - LP: #1408697 * ipv4: Fix incorrect error code when adding an unreachable route - LP: #1408697 * ieee802154: fix error handling in ieee802154fake_probe() - LP: #1408697 * qmi_wwan: Add support for HP lt4112 LTE/HSPA+ Gobi 4G Modem - LP: #1408697 * bonding: fix curr_active_slave/carrier with loadbalance arp monitoring - LP: #1408697 * pptp: fix stack info leak in pptp_getname() - LP: #1408697 * ipx: fix locking regression in ipx_sendmsg and ipx_recvmsg - LP: #1408697 * net/mlx4_en: Advertize encapsulation offloads features only when VXLAN tunnel is set - LP: #1408697 * target: Don't call TFO-write_pending if data_length == 0 - LP: #1408697 * vhost-scsi: Take configfs group dependency during VHOST_SCSI_SET_ENDPOINT - LP: #1408697 * srp-target: Retry when QP creation fails with ENOMEM - LP: #1408697 * ASoC: fsi: remove unsupported PAUSE flag - LP: #1408697 * ASoC: rsnd: remove unsupported PAUSE flag - LP: #1408697 * ib_isert: Add max_send_sge=2 minimum for control PDU responses - LP: #1408697 * iser-target: Handle DEVICE_REMOVAL event on network portal listener correctly - LP: #1408697 * ASoC: dpcm: Fix race between FE/BE updates and trigger - LP: #1408697 * ASoC: samsung: Add MODULE_DEVICE_TABLE for Snow - LP: #1408697 * mac80211: Fix regression that triggers a kernel BUG with CCMP - LP: #1408697 * rt2x00: do not align payload on modern H/W - LP: #1408697 * ath9k: Fix RTC_DERIVED_CLK usage - LP: #1408697 * ASoC: cs42l51: re-hook of_match_table pointer - LP: #1408697 * ASoC: sgtl5000: Fix SMALL_POP bit definition - LP: #1408697 * ALSA: usb-audio: Add ctrl message delay quirk for Marantz/Denon devices - LP: #1408697 * bitops: Fix shift overflow in GENMASK macros - LP: #1408697 * x86: Require exact match for 'noxsave' command line option - LP: #1408697 * drm/i915: drop WaSetupGtModeTdRowDispatch:snb - LP: #1408697 * drm/i915: Handle failure to kick out a conflicting fb driver - LP: #1408697 * drm/i915: Kick fbdev before vgacon - LP: #1408697 * ASoC: wm_adsp: Avoid attempt to free buffers that might still be in use - LP: #1408697 * can: dev: avoid calling kfree_skb() from interrupt context - LP: #1408697 * can: esd_usb2: fix memory leak on disconnect - LP: #1408697 * x86, mm: Set NX across entire PMD at boot - LP: #1408697 * x86, kaslr: Handle Gold linker for finding bss/brk - LP: #1408697 * of/irq: Drop obsolete 'interrupts' vs 'interrupts-extended' text - LP: #1408697 * of: Fix crash if an earlycon driver is not found - LP: #1408697 * of/base: Fix PowerPC address parsing hack - LP: #1408697 * clockevent: sun4i: Fix race condition in the probe code - LP: #1408697 *
[Kernel-packages] [Bug 1407760] Re: Kernel crash when setting vxlan tunnel over the mlx4_en when acting as PF
** Changed in: linux (Ubuntu Trusty) Status: In Progress = Fix Committed -- 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 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) [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 1407760] Re: Kernel crash when setting vxlan tunnel over the mlx4_en when acting as PF
** Summary changed: - [SRU][PATCH] [Utopic] Kernel crash when setting vxlan tunnel over the mlx4_en when acting as PF + Kernel crash when setting vxlan tunnel over the mlx4_en when acting as PF -- 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: In Progress 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) [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 1407760] Re: Kernel crash when setting vxlan tunnel over the mlx4_en when acting as PF
** Also affects: linux (Ubuntu Utopic) Importance: Undecided Status: New ** Also affects: linux (Ubuntu Trusty) Importance: Undecided Status: New ** No longer affects: linux (Ubuntu 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: Triaged Status in linux source package in Utopic: New Bug description: Eyal Perry (~eyalpe) writes: 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 crushing as result of the unimplemented ndos: .ndo_{add,del}_vxlan_port This issue was fixed in upstream kernel: 9737c6a net/mlx4_en: Add VXLAN ndo calls to the PF net device ops too 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) 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 1407760] Re: Kernel crash when setting vxlan tunnel over the mlx4_en when acting as PF
** Description changed: 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 crushing as result of the unimplemented ndos: .ndo_{add,del}_vxlan_port + 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 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. ** Changed in: linux (Ubuntu) Status: Triaged = Fix Released ** Changed in: linux (Ubuntu Utopic) Status: New = In Progress ** Changed in: linux (Ubuntu Utopic) Importance: Undecided = Medium ** Description changed: 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 - I've backported it to 3.16 (by removing the yet to be introduced ndo_gso_check) and attached the backported version here. + + ~/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. -- 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 Utopic: In Progress 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 1407760] Re: Kernel crash when setting vxlan tunnel over the mlx4_en when acting as PF
This question is for the Mellanox engineering team. Do you want this in the Trusty GA 3.13 kernel, or will the 3.16 based lts-utopic kernel backport in Trusty suffice? -- 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: Incomplete Bug description: Eyal Perry (~eyalpe) writes: 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 crushing as result of the unimplemented ndos: .ndo_{add,del}_vxlan_port This issue was fixed in upstream kernel: 9737c6a net/mlx4_en: Add VXLAN ndo calls to the PF net device ops too 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) 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 1407760] Re: Kernel crash when setting vxlan tunnel over the mlx4_en when acting as PF
Hi Brian, Can you also send your backport of the commit and request for SRU to the kernel team mailing list: kernel-t...@lists.ubuntu.com ** Tags added: kernel-key utopic ** Tags added: bot-stop-nagging ** Tags removed: kernel-key ** Tags added: kernel-da-key ** Changed in: linux (Ubuntu) Importance: Undecided = Medium ** Changed in: linux (Ubuntu) Status: Incomplete = Triaged -- 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: Triaged Bug description: Eyal Perry (~eyalpe) writes: 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 crushing as result of the unimplemented ndos: .ndo_{add,del}_vxlan_port This issue was fixed in upstream kernel: 9737c6a net/mlx4_en: Add VXLAN ndo calls to the PF net device ops too 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) 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 1407760] Re: Kernel crash when setting vxlan tunnel over the mlx4_en when acting as PF
Here's an answer for the Trusty version question: The mlx4 driver in 3.13-stable does not include VXLAN support, so does not need this patch. The driver in Ubuntu Trusty does include that support and the affected line of code, so does need this patch. -- 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: Triaged Bug description: Eyal Perry (~eyalpe) writes: 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 crushing as result of the unimplemented ndos: .ndo_{add,del}_vxlan_port This issue was fixed in upstream kernel: 9737c6a net/mlx4_en: Add VXLAN ndo calls to the PF net device ops too 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) 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