← Back to team overview

group.of.nepali.translators team mailing list archive

[Bug 1694859] Re: arm64 kernel crashdump support

 

This bug was fixed in the package linux - 4.10.0-28.32

---------------
linux (4.10.0-28.32) zesty; urgency=low

  * linux: 4.10.0-28.32 -proposed tracker (LP: #1701013)

  * KILLER1435-S[0489:e0a2] BT cannot search BT 4.0 device (LP: #1699651)
    - Bluetooth: btusb: Add support for 0489:e0a2 QCA_ROME device

  * aacraid driver may return uninitialized stack data to userspace
    (LP: #1700077)
    - SAUCE: scsi: aacraid: Don't copy uninitialized stack memory to userspace

  * CVE-2017-9605
    - drm/vmwgfx: Make sure backup_handle is always valid

  * CVE-2017-1000380
    - ALSA: timer: Fix race between read and ioctl
    - ALSA: timer: Fix missing queue indices reset at SNDRV_TIMER_IOCTL_SELECT

  * XDP eBPF programs fail to verify on Zesty ppc64el (LP: #1699627)
    - [Config] ppc64el: build for Power8 not Power7

  * AACRAID for power9 platform (LP: #1689980)
    - scripts/spelling.txt: add "therfore" pattern and fix typo instances
    - scsi: aacraid: fix PCI error recovery path
    - scsi: aacraid: pci_alloc_consistent() failures on ARM64
    - scsi: aacraid: Remove __GFP_DMA for raw srb memory
    - scsi: aacraid: Fix DMAR issues with iommu=pt
    - scsi: aacraid: Added 32 and 64 queue depth for arc natives
    - scsi: aacraid: Set correct Queue Depth for HBA1000 RAW disks
    - scsi: aacraid: Remove reset support from check_health
    - scsi: aacraid: Change wait time for fib completion
    - scsi: aacraid: Log count info of scsi cmds before reset
    - scsi: aacraid: Print ctrl status before eh reset
    - scsi: aacraid: Using single reset mask for IOP reset
    - scsi: aacraid: Rework IOP reset
    - scsi: aacraid: Add periodic checks to see IOP reset status
    - scsi: aacraid: Rework SOFT reset code
    - scsi: aacraid: Rework aac_src_restart
    - scsi: aacraid: Use correct function to get ctrl health
    - scsi: aacraid: Make sure ioctl returns on controller reset
    - scsi: aacraid: Enable ctrl reset for both hba and arc
    - scsi: aacraid: Add reset debugging statements
    - scsi: aacraid: Remove reference to Series-9
    - scsi: aacraid: Update driver version to 50834

  * arm64 kernel crashdump support (LP: #1694859)
    - memblock: add memblock_clear_nomap()
    - memblock: add memblock_cap_memory_range()
    - arm64: limit memory regions based on DT property, usable-memory-range
    - arm64: kdump: reserve memory for crash dump kernel
    - arm64: mm: add set_memory_valid()
    - arm64: mm: use phys_addr_t instead of unsigned long in __map_memblock
    - arm64: kdump: protect crash dump kernel memory
    - arm64: hibernate: preserve kdump image around hibernation
    - arm64: kdump: implement machine_crash_shutdown()
    - arm64: kdump: add VMCOREINFO's for user-space tools
    - [Config] CONFIG_CRASH_DUMP=y on arm64
    - arm64: kdump: provide /proc/vmcore file
    - Documentation: kdump: describe arm64 port
    - Documentation: dt: chosen properties for arm64 kdump
    - efi/libstub/arm*: Set default address and size cells values for an empty dtb

  * hibmc driver does not include "pci:" prefix in bus ID (LP: #1698700)
    - SAUCE: drm: hibmc: Use set_busid function from drm core

  * Processes in "D" state due to zap_pid_ns_processes kernel call with Ubuntu +
    Docker (LP: #1698264)
    - pid_ns: Sleep in TASK_INTERRUPTIBLE in zap_pid_ns_processes

  * Bugfixes for  hns network driver (LP: #1696031)
    - hns_enet: use cpumask_var_t for on-stack mask
    - net: hns: fix uninitialized data use
    - net: hns: avoid gcc-7.0.1 warning for uninitialized data
    - net: hns: Add ACPI support to check SFP present
    - net: hns: Fix the implementation of irq affinity function
    - net: hns: Modify GMAC init TX threshold value
    - net: hns: Optimize the code for GMAC pad and crc Config
    - net: hns: Remove redundant memset during buffer release
    - net: hns: bug fix of ethtool show the speed
    - net: hns: Optimize hns_nic_common_poll for better performance
    - net: hns: Fix to adjust buf_size of ring according to mtu
    - net: hns: Replace netif_tx_lock to ring spin lock
    - net: hns: Correct HNS RSS key set function
    - net: hns: Remove the redundant adding and deleting mac function
    - net: hns: Remove redundant mac_get_id()
    - net: hns: Remove redundant mac table operations
    - net: hns: Clean redundant code from hns_mdio.c file
    - net: hns: Optimise the code in hns_mdio_wait_ready()
    - net: hns: Simplify the exception sequence in hns_ppe_init()
    - net: hns: Adjust the SBM module buffer threshold
    - net: hns: Avoid Hip06 chip TX packet line bug
    - net: hns: Some checkpatch.pl script & warning fixes
    - net: hns: support deferred probe when can not obtain irq
    - net: hns: support deferred probe when no mdio
    - net: hns: fix ethtool_get_strings overflow in hns driver

  * CVE-2017-7346
    - drm/vmwgfx: limit the number of mip levels in vmw_gb_surface_define_ioctl()

  * [SRU][Zesty] qcom_emac is unable to get ip address with at803x phy driver.
    (LP: #1696143)
    - net: qcom/emac: do not use hardware mdio automatic polling

  * hisi_sas driver updates (LP: #1695999)
    - scsi: hisi_sas: service v2 hw CQ ISR with tasklet
    - scsi: hisi_sas: lock sensitive regions when servicing CQ interrupt
    - scsi: hisi_sas: lock sensitive region in hisi_sas_slot_abort()
    - scsi: hisi_sas: workaround v2 hw SATA IO timeout issue
    - scsi: hisi_sas: modify some values of ITCT table
    - scsi: hisi_sas: downgrade refclk message
    - scsi: hisi_sas: modify hard reset for directed-attached disk
    - scsi: hisi_sas: downgrade internal abort exit print
    - scsi: hisi_sas: fix probe ordering problem
    - scsi: hisi_sas: decrease running_req in hisi_sas_slot_task_free()
    - scsi: hisi_sas: add to_hisi_sas_port()
    - scsi: hisi_sas: add controller reset
    - scsi: hisi_sas: move PHY init to hisi_sas_scan_start()
    - scsi: hisi_sas: add softreset function for SATA disk
    - scsi: hisi_sas: remove hisi_sas_port_deformed()
    - scsi: hisi_sas: error hisi_sas_task_prep() when port down
    - scsi: hisi_sas: only reset link for PHY_FUNC_LINK_RESET
    - scsi: hisi_sas: modify error handling for v2 hw
    - scsi: hisi_sas: modify hisi_sas_abort_task() for SSP
    - scsi: hisi_sas: hardreset for SATA disk in LU reset
    - scsi: hisi_sas: check for SAS_TASK_STATE_ABORTED in slot complete
    - scsi: hisi_sas: free slots after hardreset
    - scsi: hisi_sas: fix some sas_task.task_state_lock locking
    - scsi: hisi_sas: remove task free'ing for timeouts
    - scsi: hisi_sas: process error codes according to their priority
    - scsi: hisi_sas: some modifications to v2 hw reg init values
    - scsi: hisi_sas: handle PHY UP+DOWN simultaneous irq
    - scsi: hisi_sas: rename hisi_sas_link_timeout_{enable, disable}_link
    - scsi: hisi_sas: add hisi_sas_clear_nexus_ha()
    - scsi: hisi_sas: release SMP slot in lldd_abort_task
    - scsi: hisi_sas: check hisi_sas_lu_reset() error message
    - scsi: hisi_sas: use dev_is_sata to identify SATA or SAS disk
    - scsi: hisi_sas: add is_sata_phy_v2_hw()
    - scsi: hisi_sas: add missing break in switch statement
    - scsi: hisi_sas: fix SATA dependency
    - scsi: hisi_sas: workaround STP link SoC bug
    - scsi: hisi_sas: workaround a SoC SATA IO processing bug
    - scsi: hisi_sas: workaround SoC about abort timeout bug
    - scsi: hisi_sas: add v2 hw internal abort timeout workaround
    - scsi: hisi_sas: fix NULL deference when TMF timeouts
    - scsi: hisi_sas: controller reset for multi-bits ECC and AXI fatal errors

  * [SRU][Zesty] fix soft lockup on overcommited hugepages (LP: #1696165)
    - mm/migrate: fix refcount handling when !hugepage_migration_supported()

  * HiSilicon D05: installer doesn't appear on VGA (LP: #1698954)
    - d-i: Add hibmc-drm to kernel-image udeb

  * Fix /proc/cpuinfo revision for POWER9 DD2 (LP: #1698844)
    - SAUCE: powerpc: Fix /proc/cpuinfo revision for POWER9 DD2

  * CVE-2014-9900
    - net: Zeroing the structure ethtool_wolinfo in ethtool_get_wol()

  * OpenPower: Some multipaths temporarily have only a single path
    (LP: #1696445)
    - scsi: ses: don't get power status of SES device slot on probe

 -- Juerg Haefliger <juerg.haefliger@xxxxxxxxxxxxx>  Thu, 29 Jun 2017
11:14:43 +0200

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

** CVE added: https://cve.mitre.org/cgi-bin/cvename.cgi?name=2014-9900

** CVE added: https://cve.mitre.org/cgi-
bin/cvename.cgi?name=2017-1000380

** CVE added: https://cve.mitre.org/cgi-bin/cvename.cgi?name=2017-7346

** CVE added: https://cve.mitre.org/cgi-bin/cvename.cgi?name=2017-9605

-- 
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1694859

Title:
  arm64 kernel crashdump support

Status in kexec-tools package in Ubuntu:
  Fix Released
Status in linux package in Ubuntu:
  Fix Released
Status in makedumpfile package in Ubuntu:
  Confirmed
Status in kexec-tools source package in Xenial:
  Fix Committed
Status in linux source package in Xenial:
  Won't Fix
Status in makedumpfile source package in Xenial:
  Confirmed
Status in kexec-tools source package in Yakkety:
  In Progress
Status in linux source package in Yakkety:
  Won't Fix
Status in makedumpfile source package in Yakkety:
  Confirmed
Status in kexec-tools source package in Zesty:
  Fix Committed
Status in linux source package in Zesty:
  Fix Released
Status in makedumpfile source package in Zesty:
  Confirmed

Bug description:
  Note: Updates are being staged at ppa:dannf/arm64-kdump.

  [Impact]
  It is not possible to collect a kernel crash dump from a crashed arm64 server for later debugging.

  [Test Case]
  sudo apt install kdump-tools
  (reboot, so crashkernel= is added to the kernel commandline)
  echo c | sudo tee /proc/sysrq-trigger

  Crash dump should occur, with artifacts collected in /var/crash.

  If you want to verify that the dump is usable, install the
  corresponding linux-image-<ver>-dbgsym package and run:

  sudo crash /usr/lib/debug/boot/vmlinux-<ver>
  /var/crash/<crash>/dump.<crash>

  crash should successfully load, placing you at a "crash>" prompt. At that prompt, you can issue the 'bt' command to see a backtrace.
  Note: you need crash from zesty (7.1.8-1ubuntu1) or later.

  [Regression Risk]
  = Kernel =
  3 patches here touch code outside of arch/arm64/:

  memblock: add memblock_clear_nomap()
  This adds a new function with no callers, so regression risk is negligible.
  (A later patch adds a call to it under arch/arm64/).

  memblock: add memblock_cap_memory_range()
  This refactors some of the code in memblock_mem_limit_remove_map() into a new function. The only existing caller of memblock_mem_limit_remove_map() is under arch/arm64/, so the regression risk outside of arm64 is negligible.

  efi/libstub/arm*: Set default address and size cells values for an empty dtb
  Because this code is for EFI platforms that support device-tree, it is de-facto ARM-specific (as noted in the patch title).

  For arm64, we have mitigated the risk by explicit regression testing on several platforms:
   - Qualcomm QDF2400
   - Cavium ThunderX CRB1S
   - HP m400 (X-Gene)
   - HiSilicon D05 (Hi07)

  = kexec-tools =
  == zesty ==
  For zesty, 10 patches are required to add kdump support.

  0001-kexec-extend-the-semantics-of-kexec_iomem_for_each_l.patch:
  This modifies a function used on armhf & x86. The description explains the change, and why it does not impact those archs:

  -----
  The current users of kexec_iomem_for_each_line(), arm, sh and x86, will not
  be affected by this change because
  * arm
    The callback function only returns -1 or 0, and the return value of
    kexec_iomem_for_each_line() will never be used.
  * sh, x86
    The callback function may return (-1 for sh,) 0 or 1, but always returns
    1 once we have reached the maximum number of entries allowed.
    Even so the current kexec_iomem_for_each_line() counts them up.
    This change actually fixes this bug.
  -----

  0002-kexec-generalize-and-rename-get_kernel_stext_sym.patch:
  This generalizes a function that was duplicated by arm & x86 and makes it common so arm64 can use it.

  The remaining 8 of these only touch code in kexec/arch/arm64, so
  regression risk for other architectures is negligible.

  Finally, I have tested this update on both i386 and amd64 VMs. i386
  crashes do not currently work in zesty (filed LP: #1699874), and my
  test results show no change there. amd64 worked before, and continues
  to work with these changes.

  == yakkety ==
  Since yakkety is based on an older upstream, 6 additional patches are required:

  arm-fix-get_kernel_stext_sym-to-close-its-file.patch:
  This is a cleanup patch, cherry-picked because it allows later patches to apply w/o backporting. ARM-specific.

  kexec-add-max_size-to-memory_ranges.patch:
  Adds a new element to struct, to be used by later commits.

  kexec-add-generic-helper-to-add-to-memoryq_regions.patch,
  kexec-add-mem_regions-sorting-implementation.patch,
  kexec-add-helper-to-exlude-a-region-from-a-set-of-me.patch,
  kexec-fix-mem_regions_sort.patch:
  These patches only add new functions, which will be used by later patches.

  kexec-arch-i386-Add-support-for-KASLR-memory-randomi.patch:
  This is a bug fix or i386 that allows later patches to apply w/o backporting.
  kdump support for i386 is apparently broken for the yakkety kernel (see LP: #1699874) so, if this introduces a regression, it won't be detectable.
  (I checked to see if this *fixes* i386 crashdumps - it does not).

  Note that, while makedumpfile in >= zesty is new enough to work on arm64, the yakkety version does not. kdump-tools falls back to copying the entire vmcore, which is what I tested.
  As with zesty, I have tested this update on both i386 and amd64 VMs. i386 crashes do not currently work in yakkety, and my test results show no change there. amd64 worked before, and continues to work with these changes.

  = xenial =
  The patchset needed for xenial is identical to the patchset for yakkety. The only additional change is to add arm64 to the list of archs that get a /etc/default/grub.d snippet (in yakkety that snippet moved over to kdump-tools), and that has negligible regression risk for !arm64.

  I performed the same testing as with yakkety. The only significant
  difference is that i386 worked before and after this update (for y/z/a
  it worked neither before nor after).

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/kexec-tools/+bug/1694859/+subscriptions


References