All of lore.kernel.org
 help / color / mirror / Atom feed
From: Julien Grall <julien.grall@arm.com>
To: Geoff Levand <geoff@infradead.org>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>
Cc: Mark Rutland <mark.rutland@arm.com>,
	Steve Capper <Steve.Capper@arm.com>,
	marc.zyngier@arm.com, kexec@lists.infradead.org,
	AKASHI Takahiro <takahiro.akashi@linaro.org>,
	James Morse <james.morse@arm.com>,
	linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v16 00/20] arm64 kexec kernel patches v16
Date: Thu, 12 May 2016 19:24:08 +0100	[thread overview]
Message-ID: <5734CA48.7040706@arm.com> (raw)
In-Reply-To: <cover.1460668521.git.geoff@infradead.org>

Hello Geoff,

On 14/04/16 22:21, Geoff Levand wrote:
> This series adds the core support for kexec re-boot and kdump on ARM64.  This
> version of the series combines Takahiro's kdump patches with my kexec patches.
> Please consider all patches for inclusion.
>
> To load a second stage kernel and execute a kexec re-boot or to work with kdump
> on ARM64 systems a series of patches to kexec-tools [2], which have not yet been
> merged upstream, are needed.  Please update to the latest if you have been using
> an older version.
>
> To examine vmcore (/proc/vmcore), you should use
>    - gdb v7.7 or later
>    - crash v7.1.1 or later

I have been trying to use crash dump with your branch without much 
success on juno-r2:

WARNING: could not find MAGIC_START!
crash: cannot determine base kernel version
crash: /root/vmlinux and /root/coredump.kernel do not match!

Looking at the debug log (-p 5), the translation va -> pa computed by 
crash is wrong.

The physical address expected is 0x80a76b28, but crash return 0x88a76b28.

I am using crash built from [1] and the panic has been created using 
/proc/sysrq-trigger.

Also, crash dump seems to always report that Xen is running even when 
KVM was in used (see logs [2]) below.

Lastly, crash fails with an error after a couple of minutes (see logs [2]).

How you seen such errors during your testing?

Regards,

[1] https://github.com/crash-utility/crash
[2] http://pastebin.com/wC8w44SN

-- 
Julien Grall

_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec

WARNING: multiple messages have this Message-ID (diff)
From: julien.grall@arm.com (Julien Grall)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v16 00/20] arm64 kexec kernel patches v16
Date: Thu, 12 May 2016 19:24:08 +0100	[thread overview]
Message-ID: <5734CA48.7040706@arm.com> (raw)
In-Reply-To: <cover.1460668521.git.geoff@infradead.org>

Hello Geoff,

On 14/04/16 22:21, Geoff Levand wrote:
> This series adds the core support for kexec re-boot and kdump on ARM64.  This
> version of the series combines Takahiro's kdump patches with my kexec patches.
> Please consider all patches for inclusion.
>
> To load a second stage kernel and execute a kexec re-boot or to work with kdump
> on ARM64 systems a series of patches to kexec-tools [2], which have not yet been
> merged upstream, are needed.  Please update to the latest if you have been using
> an older version.
>
> To examine vmcore (/proc/vmcore), you should use
>    - gdb v7.7 or later
>    - crash v7.1.1 or later

I have been trying to use crash dump with your branch without much 
success on juno-r2:

WARNING: could not find MAGIC_START!
crash: cannot determine base kernel version
crash: /root/vmlinux and /root/coredump.kernel do not match!

Looking at the debug log (-p 5), the translation va -> pa computed by 
crash is wrong.

The physical address expected is 0x80a76b28, but crash return 0x88a76b28.

I am using crash built from [1] and the panic has been created using 
/proc/sysrq-trigger.

Also, crash dump seems to always report that Xen is running even when 
KVM was in used (see logs [2]) below.

Lastly, crash fails with an error after a couple of minutes (see logs [2]).

How you seen such errors during your testing?

Regards,

[1] https://github.com/crash-utility/crash
[2] http://pastebin.com/wC8w44SN

-- 
Julien Grall

  parent reply	other threads:[~2016-05-12 18:24 UTC|newest]

Thread overview: 46+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-04-14 21:21 [PATCH v16 00/20] arm64 kexec kernel patches v16 Geoff Levand
2016-04-14 21:21 ` Geoff Levand
2016-04-14 21:21 ` [PATCH v16 02/20] arm64: Cleanup SCTLR flags Geoff Levand
2016-04-14 21:21   ` Geoff Levand
2016-04-14 21:21 ` [PATCH v16 03/20] arm64: kvm: Move the do_el2_call macro to a header file Geoff Levand
2016-04-14 21:21   ` Geoff Levand
2016-04-14 21:21 ` [PATCH v16 01/20] arm64: Fold proc-macros.S into assembler.h Geoff Levand
2016-04-14 21:21   ` Geoff Levand
2016-04-14 21:21 ` [PATCH v16 05/20] arm64: hyp/kvm: Extend hyp-stub API to allow function calls at EL2 Geoff Levand
2016-04-14 21:21   ` Geoff Levand
2016-04-14 21:21 ` [PATCH v16 04/20] arm64: kvm: Move lr save/restore from do_el2_call into EL1 Geoff Levand
2016-04-14 21:21   ` Geoff Levand
2016-04-14 21:21 ` [PATCH v16 16/20] arm64: limit memory regions based on DT property, usable-memory Geoff Levand
2016-04-14 21:21   ` Geoff Levand
2016-04-14 21:21 ` [PATCH v16 10/20] arm64: head.S: el2_setup() to accept sctlr_el1 as an argument Geoff Levand
2016-04-14 21:21   ` Geoff Levand
2016-04-14 21:21 ` [PATCH v16 17/20] arm64: kdump: implement machine_crash_shutdown() Geoff Levand
2016-04-14 21:21   ` Geoff Levand
2016-04-14 21:21 ` [PATCH v16 11/20] arm64: Add back cpu_reset routines Geoff Levand
2016-04-14 21:21   ` Geoff Levand
2016-04-14 21:21 ` [PATCH v16 09/20] arm64: Add new asm macro copy_page Geoff Levand
2016-04-14 21:21   ` Geoff Levand
2016-04-14 21:21 ` [PATCH v16 15/20] arm64: kdump: reserve memory for crash dump kernel Geoff Levand
2016-04-14 21:21   ` Geoff Levand
2016-04-14 21:21 ` [PATCH v16 14/20] arm64/kexec: Add pr_debug output Geoff Levand
2016-04-14 21:21   ` Geoff Levand
2016-04-14 21:21 ` [PATCH v16 08/20] arm64: Promote KERNEL_START/KERNEL_END definitions to a header file Geoff Levand
2016-04-14 21:21   ` Geoff Levand
2016-04-14 21:21 ` [PATCH v16 07/20] arm64: kernel: Include _AC definition in page.h Geoff Levand
2016-04-14 21:21   ` Geoff Levand
2016-04-14 21:21 ` [PATCH v16 18/20] arm64: kdump: add kdump support Geoff Levand
2016-04-14 21:21   ` Geoff Levand
2016-04-14 21:21 ` [PATCH v16 13/20] arm64/kexec: Enable kexec in the arm64 defconfig Geoff Levand
2016-04-14 21:21   ` Geoff Levand
2016-04-14 21:21 ` [PATCH v16 06/20] arm64: kvm: allows kvm cpu hotplug Geoff Levand
2016-04-14 21:21   ` Geoff Levand
2016-04-14 21:21 ` [PATCH v16 12/20] arm64/kexec: Add core kexec support Geoff Levand
2016-04-14 21:21   ` Geoff Levand
2016-04-14 21:21 ` [PATCH v16 20/20] arm64: kdump: update a kernel doc Geoff Levand
2016-04-14 21:21   ` Geoff Levand
2016-04-14 21:21 ` [PATCH v16 19/20] arm64: kdump: enable kdump in the arm64 defconfig Geoff Levand
2016-04-14 21:21   ` Geoff Levand
2016-05-12 18:24 ` Julien Grall [this message]
2016-05-12 18:24   ` [PATCH v16 00/20] arm64 kexec kernel patches v16 Julien Grall
2016-05-13  4:55   ` AKASHI Takahiro
2016-05-13  4:55     ` AKASHI Takahiro

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=5734CA48.7040706@arm.com \
    --to=julien.grall@arm.com \
    --cc=Steve.Capper@arm.com \
    --cc=catalin.marinas@arm.com \
    --cc=geoff@infradead.org \
    --cc=james.morse@arm.com \
    --cc=kexec@lists.infradead.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=marc.zyngier@arm.com \
    --cc=mark.rutland@arm.com \
    --cc=takahiro.akashi@linaro.org \
    --cc=will.deacon@arm.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body. 
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.