[Kernel-packages] [Bug 1559772] Re: IP-over-DDP packets dropped
This bug was fixed in the package linux - 4.9.0-12.13 --- linux (4.9.0-12.13) zesty; urgency=low [ Tim Gardner ] * Release Tracking Bug - LP: #1655122 * Zesty update to v4.9.2 stable release (LP: #1655114) - ssb: Fix error routine when fallback SPROM fails - ath10k: fix soft lockup during firmware crash/hw-restart - rtlwifi: Fix enter/exit power_save - perf/x86: Fix exclusion of BTS and LBR for Goldmont - perf annotate: Don't throw error for zero length symbols - perf/x86/intel/cstate: Prevent hotplug callback leak - rtl8xxxu: Work around issue with 8192eu and 8723bu devices not reconnecting - cfg80211/mac80211: fix BSS leaks when abandoning assoc attempts - ath9k: fix ath9k_hw_gpio_get() to return 0 or 1 on success - ath9k: Really fix LED polarity for some Mini PCI AR9220 MB92 cards. - ath9k: do not return early to fix rcu unlocking - Revert "mmc: sdhci: Reset cmd and data circuits after tuning failure" - mmc: sdhci: Fix recovery from tuning timeout - regulator: stw481x-vmmc: fix ages old enable error - mmc: sd: Meet alignment requirements for raw_ssr DMA - timekeeping_Force_unsigned_clocksource_to_nanoseconds_conversion - gpio: stmpe: fix interrupt handling bug - gpio: chardev: Return error for seek operations - arm64: tegra: Add VDD_GPU regulator to Jetson TX1 - clk: bcm2835: Avoid overwriting the div info when disabling a pll_div clk - thermal: hwmon: Properly report critical temperature in sysfs - docs: sphinx-extensions: make rstFlatTable work with docutils 0.13 - hv: acquire vmbus_connection.channel_mutex in vmbus_free_channels() - staging/lustre/osc: Revert erroneous list_for_each_entry_safe use - staging: lustre: ldlm: pl_recalc time handling is wrong - staging: comedi: ni_mio_common: fix M Series ni_ai_insn_read() data mask - staging: comedi: ni_mio_common: fix E series ni_ai_insn_read() data - ACPI / video: Add force_native quirk for Dell XPS 17 L702X - ACPI / video: Add force_native quirk for HP Pavilion dv6 - drm/amdgpu/si: load the proper firmware on 0x87 oland boards - drm/amdgpu: add additional pci revision to dpm workaround - drm/amdgpu: Store CRTC relative amdgpu_crtc->cursor_x/y values - drm/amdgpu: Also call cursor_move_locked when the cursor size changes - drm/amd/amdgpu: enable GUI idle INT after enabling CGCG - drm/nouveau/gr: fallback to legacy paths during firmware lookup - drm/nouveau/kms: lvds panel strap moved again on maxwell - drm/nouveau/bios: require checksum to match for fast acpi shadow method - drm/nouveau/ltc: protect clearing of comptags with mutex - drm/nouveau/ttm: wait for bo fence to signal before unmapping vmas - drm/nouveau/i2c/gk110b,gm10x: use the correct implementation - drm/nouveau/fifo/gf100-: protect channel preempt with subdev mutex - drm/radeon: Also call cursor_move_locked when the cursor size changes - drm/radeon: Hide the HW cursor while it's out of bounds - drm/radeon: add additional pci revision to dpm workaround - drm/radeon/si: load the proper firmware on 0x87 oland boards - drm/gma500: Add compat ioctl - drm/amd/powerplay: bypass fan table setup if no fan connected - drm/amdgpu: fix enable_cp_power_gating in gfx_v8.0. - drm/amdgpu: fix init save/restore list in gfx_v8.0 - drivers/gpu/drm/ast: Fix infinite loop if read fails - mei: request async autosuspend at the end of enumeration - mei: me: add lewisburg device ids - block: protect iterate_bdevs() against concurrent close - vt: fix Scroll Lock LED trigger name - stm class: Fix device leak in open error path - scsi: megaraid_sas: For SRIOV enabled firmware, ensure VF driver waits for 30secs before reset - scsi: megaraid_sas: Do not set MPI2_TYPE_CUDA for JBOD FP path for FW which does not support JBOD sequence map - iscsi-target: Return error if unable to add network portal - scsi: zfcp: fix use-after-"free" in FC ingress path after TMF - scsi: zfcp: do not trace pure benign residual HBA responses at default level - scsi: zfcp: fix rport unblock race with LUN recovery - scsi: avoid a permanent stop of the scsi device's request queue - ARC: mm: arc700: Don't assume 2 colours for aliasing VIPT dcache - firmware: fix usermode helper fallback loading - s390/vmlogrdr: fix IUCV buffer allocation - s390/kexec: use node 0 when re-adding crash kernel memory - arm64: KVM: pmu: Reset PMSELR_EL0.SEL to a sane value before entering the guest - latent_entropy: fix ARM build error on earlier gcc - sc16is7xx: Drop bogus use of IRQF_ONESHOT - md/raid5: limit request size according to implementation limits - scsi: aacraid: remove wildcard for series 9 controllers - KVM: PPC: Book3S HV: Save/restore XER in checkpointed register state - KVM: PPC: Book3S HV: Don't lose hardware R/C
[Kernel-packages] [Bug 1559772] Re: IP-over-DDP packets dropped
Pushed a commit to zesty to set CONFIG_IPDDP=n. ** Changed in: linux (Ubuntu) Status: Confirmed => 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/1559772 Title: IP-over-DDP packets dropped Status in linux package in Ubuntu: Fix Committed Bug description: Ubuntu's kernel is compiled with CONFIG_IPDDP=m, which, because of an upstream bug, means that IP-over-DDP packets (DDP type 22) are silently dropped. This is true even if the generated "ipddp" module is not loaded; so if this module is compiled, there is no way to listen for these packets. One solution would be to fix the module. Another (what CentOS appears to do?) would be to not compile the "ipddp" module at all -- remove CONFIG_IPDDP from the kernel's config. Copying from the upstream bug for specific details: https://bugzilla.kernel.org/show_bug.cgi?id=115031 """ When a kernel is compiled with "ipddp" as a module, but the module is not loaded, DDP packets of type 22 (IP-over-DDP) are silently dropped. Steps to reproduce: 1. Compile a kernel with 'ipddp' as a module. Do not load the module; make sure it is not loaded, just compiled. 2. Open up a DDP listening socket for packets of type 22, on any supported network interface. (Tested with Ethernet.) 3. Attempt to connect to and send data to this socket Expected behavior: - If module is loaded, packets will be unwrapped by the kernel and emitted as IP packets (so will not be received by the listening DDP socket) - If module is not present, packets will be passed through to the listening DDP socket Actual behavior: - If module is not present but was compiled during the kernel build process, packets are silently discarded by the kernel - If module is not present and was not compiled during the kernel build process, packets are passed through as expected """ To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1559772/+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 1559772] Re: IP-over-DDP packets dropped
** Changed in: linux (Ubuntu) Importance: Undecided => Medium ** Changed in: linux (Ubuntu) Status: Incomplete => Confirmed ** Changed in: linux (Ubuntu) Assignee: (unassigned) => Seth Forshee (sforshee) -- 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/1559772 Title: IP-over-DDP packets dropped Status in linux package in Ubuntu: Confirmed Bug description: Ubuntu's kernel is compiled with CONFIG_IPDDP=m, which, because of an upstream bug, means that IP-over-DDP packets (DDP type 22) are silently dropped. This is true even if the generated "ipddp" module is not loaded; so if this module is compiled, there is no way to listen for these packets. One solution would be to fix the module. Another (what CentOS appears to do?) would be to not compile the "ipddp" module at all -- remove CONFIG_IPDDP from the kernel's config. Copying from the upstream bug for specific details: https://bugzilla.kernel.org/show_bug.cgi?id=115031 """ When a kernel is compiled with "ipddp" as a module, but the module is not loaded, DDP packets of type 22 (IP-over-DDP) are silently dropped. Steps to reproduce: 1. Compile a kernel with 'ipddp' as a module. Do not load the module; make sure it is not loaded, just compiled. 2. Open up a DDP listening socket for packets of type 22, on any supported network interface. (Tested with Ethernet.) 3. Attempt to connect to and send data to this socket Expected behavior: - If module is loaded, packets will be unwrapped by the kernel and emitted as IP packets (so will not be received by the listening DDP socket) - If module is not present, packets will be passed through to the listening DDP socket Actual behavior: - If module is not present but was compiled during the kernel build process, packets are silently discarded by the kernel - If module is not present and was not compiled during the kernel build process, packets are passed through as expected """ To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1559772/+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 1559772] Re: IP-over-DDP packets dropped
** Package changed: linux-lts-wily (Ubuntu) => linux (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/1559772 Title: IP-over-DDP packets dropped Status in linux package in Ubuntu: New Bug description: Ubuntu's kernel is compiled with CONFIG_IPDDP=m, which, because of an upstream bug, means that IP-over-DDP packets (DDP type 22) are silently dropped. This is true even if the generated "ipddp" module is not loaded; so if this module is compiled, there is no way to listen for these packets. One solution would be to fix the module. Another (what CentOS appears to do?) would be to not compile the "ipddp" module at all -- remove CONFIG_IPDDP from the kernel's config. Copying from the upstream bug for specific details: https://bugzilla.kernel.org/show_bug.cgi?id=115031 """ When a kernel is compiled with "ipddp" as a module, but the module is not loaded, DDP packets of type 22 (IP-over-DDP) are silently dropped. Steps to reproduce: 1. Compile a kernel with 'ipddp' as a module. Do not load the module; make sure it is not loaded, just compiled. 2. Open up a DDP listening socket for packets of type 22, on any supported network interface. (Tested with Ethernet.) 3. Attempt to connect to and send data to this socket Expected behavior: - If module is loaded, packets will be unwrapped by the kernel and emitted as IP packets (so will not be received by the listening DDP socket) - If module is not present, packets will be passed through to the listening DDP socket Actual behavior: - If module is not present but was compiled during the kernel build process, packets are silently discarded by the kernel - If module is not present and was not compiled during the kernel build process, packets are passed through as expected """ To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1559772/+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