ACK: [PULL][SRU Zesty] kdump support for arm64
Colin Ian King
colin.king at canonical.com
Wed Jun 21 10:26:52 UTC 2017
On 21/06/17 01:40, dann frazier wrote:
> hey,
> Here's a zesty backport of the arm64 kdump support added in v4.12. Tested on
> a Cavium ThunderX CRB1S and a Qualcomm QDF2400. The QDF2400 support
> has an outstanding issue where the crash*ing* kernel needs to be
> booted w/ maxcpus=1 in order for the crash kernel to successfully
> boot. This is also the case w/ upstream v4.12, and is still under
> investigation.
>
> SRUs for the userspace components are being staged at ppa:dannf/arm64-kdump.
>
> See the bug for regression risk/testing details:
> https://bugs.launchpad.net/bugs/1694859
>
> The following changes since commit ab1f739cb13986bcfc4875c15dc0161935d7f004:
>
> UBUNTU: Ubuntu-4.10.0-25.29 (2017-06-20 16:40:58 +0200)
>
> are available in the git repository at:
>
> git://git.launchpad.net/~dannf/ubuntu/+source/linux/+git/linux
> arm64-kdump-zesty
>
> for you to fetch changes up to c2b49cc6b38b5c4669ab8156d03bc93de13b0c45:
>
> efi/libstub/arm*: Set default address and size cells values for an
> empty dtb (2017-06-20 17:32:01 -0600)
>
> ----------------------------------------------------------------
> AKASHI Takahiro (11):
> 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: 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
> arm64: kdump: provide /proc/vmcore file
> Documentation: kdump: describe arm64 port
>
> James Morse (1):
> Documentation: dt: chosen properties for arm64 kdump
>
> Miles Chen (1):
> arm64: mm: use phys_addr_t instead of unsigned long in __map_memblock
>
> Sameer Goel (1):
> efi/libstub/arm*: Set default address and size cells values for
> an empty dtb
>
> dann frazier (1):
> UBUNTU: [Config] CONFIG_CRASH_DUMP=y on arm64
>
> Documentation/devicetree/bindings/chosen.txt | 45 +++++++
> Documentation/kdump/kdump.txt | 16 ++-
> arch/arm64/Kconfig | 11 ++
> arch/arm64/include/asm/cacheflush.h | 1 +
> arch/arm64/include/asm/hardirq.h | 2 +-
> arch/arm64/include/asm/kexec.h | 52 +++++++-
> arch/arm64/include/asm/smp.h | 3 +
> arch/arm64/kernel/Makefile | 1 +
> arch/arm64/kernel/crash_dump.c | 71 +++++++++++
> arch/arm64/kernel/hibernate.c | 10 +-
> arch/arm64/kernel/machine_kexec.c | 170 +++++++++++++++++++++++--
> arch/arm64/kernel/setup.c | 7 +-
> arch/arm64/kernel/smp.c | 68 ++++++++++
> arch/arm64/mm/init.c | 181 +++++++++++++++++++++++++++
> arch/arm64/mm/mmu.c | 92 +++++++-------
> arch/arm64/mm/pageattr.c | 15 ++-
> debian.master/config/annotations | 2 +-
> drivers/firmware/efi/libstub/fdt.c | 28 ++++-
> include/linux/memblock.h | 2 +
> mm/memblock.c | 56 ++++++---
> 20 files changed, 750 insertions(+), 83 deletions(-)
> create mode 100644 arch/arm64/kernel/crash_dump.c
>
Thanks Dann,
I'm satisfied by the regression risk description in the bug, most of
this is arch specific and the parts that are not are of a low regression
risk. So..
Acked-by: Colin Ian King <colin.king at canonical.com>
More information about the kernel-team
mailing list