← Back to team overview

kernel-packages team mailing list archive

[Bug 1560514] Re: Predictable naming mechanism is leading to issues in DLPAR operations of NICs

 

This bug was fixed in the package linux - 4.4.0-17.33

---------------
linux (4.4.0-17.33) xenial; urgency=low

  [ Tim Gardner ]

  * Release Tracking Bug
    - LP: #1563441

  * ISST-LTE: pVM:high cpus number need a high crashkernel value in kdump
    (LP: #1560552)
    - SAUCE: (noup) ppc64 boot: Wait for boot cpu to show up if nr_cpus limit is
      about to hit.

  * Predictable naming mechanism is leading to issues in DLPAR operations of
    NICs (LP: #1560514)
    - SAUCE: (noup) powerpc/pci: Assign fixed PHB number based on device-tree
      properties

  * ThunderX: support alternative phy implementations (LP: #1562968)
    - net: thunderx: Cleanup PHY probing code.
    - [Config] CONFIG_MDIO_CAVIUM=m
    - phy: mdio-octeon: Refactor into two files/modules
    - [Config] CONFIG_MDIO_THUNDER=m
    - phy: mdio-thunder: Add driver for Cavium Thunder SoC MDIO buses.
    - phy: mdio-cavium: Add missing MODULE_* annotations.
    - net: cavium: For Kconfig THUNDER_NIC_BGX, select MDIO_THUNDER.
    - phy: mdio-thunder: Fix some Kconfig typos
    - [d-i] Add phy drivers for Cavium ThunderX to nic-modules udeb

  * linux: exclude ZONE_DEVICE from GFP_ZONE_TABLE (LP: #1563293)
    - Revert "mm: CONFIG_NR_ZONES_EXTENDED"
    - mm: exclude ZONE_DEVICE from GFP_ZONE_TABLE

  * lots of printk to serial console can hang system for long time
    (LP: #1534216)
    - printk: set may_schedule for some of console_trylock() callers

  * [i915_bpo] Update i915 backport driver (LP: #1560395)
    - SAUCE: i915_bpo: Update to drm-intel-next-fixes-2016-03-16
    - PM / runtime: Add new helper for conditional usage count incrementation
    - drm/core: Add drm_for_each_encoder_mask, v2.
    - drm/atomic-helper: Implement subsystem-level suspend/resume

  * [Hyper-V] VM Sockets (LP: #1541585)
    - Drivers: hv: vmbus: Cleanup vmbus_set_event()
    - Drivers: hv: vmbus: Add vendor and device atttributes
    - Drivers: hv: vmbus: avoid infinite loop in init_vp_index()
    - Drivers: hv: vmbus: avoid scheduling in interrupt context in vmbus_initiate_unload()
    - Drivers: hv: vmbus: don't manipulate with clocksources on crash
    - Drivers: hv: vmbus: add a helper function to set a channel's pending send size
    - Drivers: hv: vmbus: define the new offer type for Hyper-V socket (hvsock)
    - Drivers: hv: vmbus: vmbus_sendpacket_ctl: hvsock: avoid unnecessary signaling
    - Drivers: hv: vmbus: define a new VMBus message type for hvsock
    - Drivers: hv: vmbus: add a hvsock flag in struct hv_driver
    - Drivers: hv: vmbus: add a per-channel rescind callback
    - Drivers: hv: vmbus: add an API vmbus_hvsock_device_unregister()
    - Drivers: hv: vmbus: Eliminate the spin lock on the read path
    - Drivers: hv: vmbus: Give control over how the ring access is serialized
    - drivers/hv: Move VMBus hypercall codes into Hyper-V UAPI header
    - Drivers: hv: vmbus: don't loose HVMSG_TIMER_EXPIRED messages
    - Drivers: hv: vmbus: avoid wait_for_completion() on crash
    - Drivers: hv: vmbus: remove code duplication in message handling
    - Drivers: hv: vmbus: avoid unneeded compiler optimizations in vmbus_wait_for_unload()
    - Drivers: hv: util: Pass the channel information during the init call
    - Drivers: hv: utils: Remove util transport handler from list if registration fails
    - Revert "Drivers: hv: vmbus: Support handling messages on multiple CPUs"
    - Drivers: hv: vmbus: Support handling messages on multiple CPUs

  * [Bug]SKL-H boot hang when c8+c9+c10 enabled by intel_idle driver
    (LP: #1559918)
    - intel_idle: prevent SKL-H boot failure when C8+C9+C10 enabled

  * ixgbe: Update to Fortville SW5 release (LP: #1562326)
    - net: add tc offload feature flag
    - net: tc: helper functions to query action types
    - sctp: Rename NETIF_F_SCTP_CSUM to NETIF_F_SCTP_CRC
    - net: rework ndo tc op to consume additional qdisc handle parameter
    - net: rework setup_tc ndo op to consume general tc operand
    - net: sched: add cls_u32 offload hooks for netdevs
    - net: ixgbe: add support for tc_u32 offload
    - net: ixgbe: abort with cls u32 divisor groups greater than 1

  * Bring fm10k up to Fortville SW5 (LP: #1562310)
    - net: add netif_is_team_master helper
    - net: add netif_is_team_port helper
    - net: add netif_is_lag_master helper
    - net: add netif_is_lag_port helper
    - ethtool: correctly ensure {GS}CHANNELS doesn't conflict with GS{RXFH}
    - fm10k: don't reinitialize RSS flow table when RXFH configured

  * [Feature]Always Running Timer (ART) to System Time translation
    (LP: #1519625)
    - time: Verify time values in adjtimex ADJ_SETOFFSET to avoid overflow
    - timekeeping: Provide internal function __ktime_get_real_seconds
    - timekeeping: Cap adjustments so they don't exceed the maxadj value
    - clocksource: Make clocksource validation work for all clocksources
    - time: Add cycles to nanoseconds translation
    - time: Add timekeeping snapshot code capturing system time and counter
    - time: Remove duplicated code in ktime_get_raw_and_real()
    - time: Add driver cross timestamp interface for higher precision time synchronization
    - time: Add history to cross timestamp interface supporting slower devices
    - time/timekeeping: Work around false positive GCC warning
    - x86/tsc: Always Running Timer (ART) correlated clocksource
    - ptp: Add PTP_SYS_OFFSET_PRECISE for driver crosstimestamping
    - [Config] CONFIG_E1000E_HWTS=y
    - e1000e: Adds hardware supported cross timestamp on e1000e nic

  * x-gene2: add SoC v2 support to clock (LP: #1561604)
    - clk: xgene: Add SoC and PMD PLL clocks with v2 hardware

  * [Bug]Disable multi-record PEBS on Merom (LP: #1559914)
    - perf/x86: Move perf_event.c ............... => x86/events/core.c
    - perf/x86: Move perf_event_amd.c ........... => x86/events/amd/core.c
    - perf/x86: Move perf_event_amd_ibs.c ....... => x86/events/amd/ibs.c
    - perf/x86: Move perf_event_amd_iommu.[ch] .. => x86/events/amd/iommu.[ch]
    - perf/x86: Move perf_event_amd_uncore.c .... => x86/events/amd/uncore.c
    - perf/x86: Move perf_event_intel_bts.c ........ => x86/events/intel/bts.c
    - perf/x86: Move perf_event_intel.c ............ => x86/events/intel/core.c
    - perf/x86: Move perf_event_intel_cqm.c ........ => x86/events/intel/cqm.c
    - perf/x86: Move perf_event_intel_cstate.c ..... => x86/events/intel/cstate.c
    - perf/x86: Move perf_event_intel_ds.c ......... => x86/events/intel/ds.c
    - perf/x86: Move perf_event_intel_lbr.c ........ => x86/events/intel/lbr.c
    - perf/x86: Move perf_event_intel_pt.[ch] ...... => x86/events/intel/pt.[ch]
    - perf/x86: Move perf_event_intel_rapl.c ....... => x86/events/intel/rapl.c
    - perf/x86: Move perf_event_intel_uncore.[ch] .. =>
      x86/events/intel/uncore.[ch]
    - perf/x86: Move perf_event_intel_uncore_nhmex.c =>
      x86/events/intel/uncore_nmhex.c
    - perf/x86: Move perf_event_intel_uncore_snb.c =>
      x86/events/intel/uncore_snb.c
    - perf/x86: Move perf_event_intel_uncore_snbep.c =>
      x86/events/intel/uncore_snbep.c
    - perf/x86: Move perf_event_knc.c .............. => x86/events/intel/knc.c
    - perf/x86: Move perf_event_p4.c ............... => x86/events/intel/p4.c
    - perf/x86: Move perf_event_p6.c ............... => x86/events/intel/p6.c
    - perf/x86: Move perf_event_msr.c .............. => x86/events/msr.c
    - perf/x86: Move perf_event.h to its new home
    - perf/x86/intel: Use PAGE_SIZE for PEBS buffer size on Core2

  * [Feature] Enable I2C on Broxton-P (LP: #1520139)
    - mfd: intel-lpss: Pass I2C configuration via properties on BXT

 -- Tim Gardner <tim.gardner@xxxxxxxxxxxxx>  Thu, 24 Mar 2016 20:40:27
-0600

** Changed in: linux (Ubuntu Xenial)
       Status: Fix Committed => Fix Released

-- 
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/1560514

Title:
  Predictable naming mechanism is leading to issues in DLPAR operations
  of NICs

Status in linux package in Ubuntu:
  Fix Released
Status in linux source package in Xenial:
  Fix Released

Bug description:
  Recent kernels are using predictable naming for network interfaces, so
  the network stack is more tied to PCI naming. This can be a problem in
  hotplug scenarios, because PCI addresses will change if devices are
  removed and then re-added. This situation seems unusual, but it can
  happen if a user wants to replace a NIC without rebooting the machine,
  for example.

  The patch attached here should deal with this situation, since it makes PHB/domain number fixed based on device-tree properties.
   
  The problem can be reproduced by removing and re-adding a PCI network adapter, so its address will change and, per predictable naming scheme, so is the interface name.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1560514/+subscriptions