sandbox: fix sandbox_reset()
authorHeinrich Schuchardt <xypron.glpk@gmx.de>
Wed, 12 May 2021 16:38:51 +0000 (18:38 +0200)
committerSimon Glass <sjg@chromium.org>
Tue, 6 Jul 2021 16:38:03 +0000 (10:38 -0600)
state_uninit() and dm_uninit() are mutually exclusive:

state_uninit() prints via drivers. So it cannot be executed after
dm_uninit().

dm_uninit() requires memory. So it cannot be executed after state_uninit()
which releases all memory.

Just skip dm_uninit() when resetting the sandbox. We will wake up in a new
process and allocate new memory. So this cleanup is not required. We don't
do it in sandbox_exit() either.

This avoids a segmentation error when efi_reset_system_boottime() is
invoked by a UEFI application.

Signed-off-by: Heinrich Schuchardt <xypron.glpk@gmx.de>
Reviewed-by: Simon Glass <sjg@chromium.org>
arch/sandbox/cpu/start.c

index ad17e17..777db4e 100644 (file)
@@ -436,9 +436,6 @@ void sandbox_reset(void)
        if (state_uninit())
                os_exit(2);
 
-       if (dm_uninit())
-               os_exit(2);
-
        /* Restart U-Boot */
        os_relaunch(os_argv);
 }