On 03/27/2015 07:29 AM, Geoff Levand wrote:
On Thu, 2015-03-26 at 17:28 +0900, AKASHI Takahiro wrote:
@@ -64,7 +65,11 @@ void soft_restart(unsigned long addr)
setup_mm_for_reboot();
cpu_soft_restart(virt_to_phys(cpu_reset),
- is_hyp_mode_available(), addr);
On 03/27/2015 07:29 AM, Geoff Levand wrote:
On Thu, 2015-03-26 at 17:28 +0900, AKASHI Takahiro wrote:
@@ -64,7 +65,11 @@ void soft_restart(unsigned long addr)
setup_mm_for_reboot();
cpu_soft_restart(virt_to_phys(cpu_reset),
- is_hyp_mode_available(), addr);
On Thu, 2015-03-26 at 17:28 +0900, AKASHI Takahiro wrote:
> @@ -64,7 +65,11 @@ void soft_restart(unsigned long addr)
> setup_mm_for_reboot();
>
> cpu_soft_restart(virt_to_phys(cpu_reset),
> - is_hyp_mode_available(), addr);
> +#ifdef CONFIG_KEXEC
> +
Unlike normal kexec case, we don't have a chance to reset EL2 context in
a generic way because bad exceptions may directly invoke crash_kexec().
(See die().)
Kvm is not useful on crash dump kernel anyway, and so we let it
un-initialized across rebooting.
Signed-off-by: AKASHI Takahiro
---
Unlike normal kexec case, we don't have a chance to reset EL2 context in
a generic way because bad exceptions may directly invoke crash_kexec().
(See die().)
Kvm is not useful on crash dump kernel anyway, and so we let it
un-initialized across rebooting.
Signed-off-by: AKASHI Takahiro
On Thu, 2015-03-26 at 17:28 +0900, AKASHI Takahiro wrote:
@@ -64,7 +65,11 @@ void soft_restart(unsigned long addr)
setup_mm_for_reboot();
cpu_soft_restart(virt_to_phys(cpu_reset),
- is_hyp_mode_available(), addr);
+#ifdef CONFIG_KEXEC
+ !in_crash_kexec
6 matches
Mail list logo