kernel-packages team mailing list archive
-
kernel-packages team
-
Mailing list archive
-
Message #170590
[Bug 1560552] Re: ISST-LTE: pVM:high cpus number need a high crashkernel value in kdump
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/1560552
Title:
ISST-LTE: pVM:high cpus number need a high crashkernel value in kdump
Status in linux package in Ubuntu:
Fix Released
Status in linux source package in Xenial:
Fix Released
Bug description:
The kdump kernel will be booted with "maxcpus=1", so no matter how many cpus this system has, only one cpu will be brought up during kdump I think. But on LPAR thymelp2, if we allocate 40 cpus on it, then kdump works just fine with 512M as crashkernel value. But if we allocate 200 cpus on it, kdump fails by trggering OOM. It has been proved that in latter situation we need 1.5G RAM reserved for kdump to let it works.
Contact Information = Ping Tian Han/pthan@xxxxxxxxxx Carrie Mitsuyoshi/carriemi@xxxxxxxxxx
---uname output---
Linux thymelp2 4.2.0-23-generic #28~14.04.1-Ubuntu SMP Thu Dec 31 13:41:19 UTC 2015 ppc64le ppc64le ppc64le GNU/Linux
Machine Type = 8247-22L, LPAR
---Debugger---
A debugger was configured, however the system did not enter into the debugger
---Steps to Reproduce---
1. configure kdump with crashkernel=512M on thymelp2
2. allcoate 40 cpus on thymelp2 and trigger kdump
3. allocate 200 cpus on thymelp2 then do kdump again
*Additional Instructions for Ping Tian Han/pthan@xxxxxxxxxx Carrie Mitsuyoshi/carriemi@xxxxxxxxxx:
-Post a private note with access information to the machine that the bug is occuring on.
== Comment: #1 - Nadia N. Fry <nadiaf@xxxxxxxxxx> - 2016-02-19 13:53:02 ==
Any update?
== Comment: #2 - Hari Krishna Bathini <hbathini@xxxxxxxxxx> - 2016-02-22 03:40:05 ==
Mahesh posted a patch upstream which should take care of this problem
http://patchwork.ozlabs.org/patch/577193/
Thanks
Hari
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1560552/+subscriptions