kernel-packages team mailing list archive
-
kernel-packages team
-
Mailing list archive
-
Message #170591
[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