Leo,
On 24 January 2017 at 15:51, Leo Yan leo.yan@linaro.org wrote:
On Fri, Jan 20, 2017 at 11:05:40AM +0900, AKASHI, Takahiro wrote:
[...]
I almost all the time test my kdump on fast model, but am also sure that it works on Hikey.
If you see any problems, I'm happy to help fix them with you.
Now have enabled kdump/kexec/crash tools on Hikey. So I can dump memory for panic (and hard/soft lock to trigger panic) and use crash to analyze panic context. Thanks a lot for AKASHI's great job and help!
You're welcome.
I have two following questions:
- It takes long time to boot dump-capture kernel, I saw code just to use software method to trigger CPU reset; but looks like the time is a bit long, usually will take > 1 minute. So is this expected? sorry I have not investigate more detailed for the latency.
It takes time to calculate and verify the hash for the second kernel in a purgatory, and it does matter also in kexec.
Pratyush has been proposing his solution here: http://lists.infradead.org/pipermail/kexec/2016-December/017874.html
- If system is deadlock on the bus (e.g. AXI, or DDR port), so all CPUs will stall for this case. We can rely on watchdog to trigger SoC reset and preserve DDR contect. After watchdog reset system, what's the general method to boot dump-capture kernel?
whether or not you can boot dump-capture kernel, do you think that you can reset the system, or at least the buses, without losing the contents of the system memory?
Thanks, -Takahiro AKASHI
Thanks, Leo Yan