* arm64/efistub boot error with CONFIG_GCC_PLUGIN_STACKLEAK @ 2019-08-15 9:56 skodde 2019-08-15 11:03 ` Mark Rutland 0 siblings, 1 reply; 7+ messages in thread From: skodde @ 2019-08-15 9:56 UTC (permalink / raw) To: linux-efi, linux-arm-kernel Hi, I've enabled CONFIG_GCC_PLUGIN_STACKLEAK on 5.2.8 for an arm64 macchiatobin board and I get the following error when loading the kernel (using grub-efi on top of edk ii): EFI stub: Booting Linux Kernel... EFI stub: ERROR: efi_get_random_bytes() failed EFI stub: ERROR: Failed to relocate kernel The kernel boots fine with that option disabled, but strangely presents the same error when disabling only CONFIG_RANDOMIZE_BASE. Let me know if I can provide more info or do some tests. Thanks ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: arm64/efistub boot error with CONFIG_GCC_PLUGIN_STACKLEAK 2019-08-15 9:56 arm64/efistub boot error with CONFIG_GCC_PLUGIN_STACKLEAK skodde @ 2019-08-15 11:03 ` Mark Rutland 2019-08-15 11:21 ` Ard Biesheuvel 0 siblings, 1 reply; 7+ messages in thread From: Mark Rutland @ 2019-08-15 11:03 UTC (permalink / raw) To: skodde; +Cc: linux-efi, linux-arm-kernel, Ard Biesheuvel On Thu, Aug 15, 2019 at 05:56:27AM -0400, skodde wrote: > Hi, > > I've enabled CONFIG_GCC_PLUGIN_STACKLEAK on 5.2.8 for an arm64 > macchiatobin board and I get the following error when loading the > kernel (using grub-efi on top of edk ii): > > EFI stub: Booting Linux Kernel... > EFI stub: ERROR: efi_get_random_bytes() failed > EFI stub: ERROR: Failed to relocate kernel > > The kernel boots fine with that option disabled, but strangely > presents the same error when disabling only CONFIG_RANDOMIZE_BASE. That shouldn't be possible, given the IS_ENABLED(CONFIG_RANDOMIZE_BASE) guard around the efi_get_random_bytes() call, so something sounds wrong. Are you certain that you're running the same kernel Image that you rebuilt? Ard, do you reckon it would be worth adding the UTS_RELEASE and UTS_VERSION to the " Booting Linux Kernel..." string? It would make debugging that potential issue easier. > Let me know if I can provide more info or do some tests. Maybe there's a problem with stale objects. If you're not doing so already, could you try a clean build with CONFIG_RANDOMIZE_BASE deselected? Thanks, Mark. ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: arm64/efistub boot error with CONFIG_GCC_PLUGIN_STACKLEAK 2019-08-15 11:03 ` Mark Rutland @ 2019-08-15 11:21 ` Ard Biesheuvel 2019-08-15 11:23 ` Mark Rutland 2019-08-15 12:17 ` skodde 0 siblings, 2 replies; 7+ messages in thread From: Ard Biesheuvel @ 2019-08-15 11:21 UTC (permalink / raw) To: Mark Rutland; +Cc: skodde, linux-efi, linux-arm-kernel On Thu, 15 Aug 2019 at 14:03, Mark Rutland <mark.rutland@arm.com> wrote: > > On Thu, Aug 15, 2019 at 05:56:27AM -0400, skodde wrote: > > Hi, > > > > I've enabled CONFIG_GCC_PLUGIN_STACKLEAK on 5.2.8 for an arm64 > > macchiatobin board and I get the following error when loading the > > kernel (using grub-efi on top of edk ii): > > > > EFI stub: Booting Linux Kernel... > > EFI stub: ERROR: efi_get_random_bytes() failed > > EFI stub: ERROR: Failed to relocate kernel > > > > The kernel boots fine with that option disabled, but strangely > > presents the same error when disabling only CONFIG_RANDOMIZE_BASE. > > That shouldn't be possible, given the IS_ENABLED(CONFIG_RANDOMIZE_BASE) > guard around the efi_get_random_bytes() call, so something sounds wrong. > > Are you certain that you're running the same kernel Image that you > rebuilt? > > Ard, do you reckon it would be worth adding the UTS_RELEASE and > UTS_VERSION to the " Booting Linux Kernel..." string? It would make > debugging that potential issue easier. > Use of the UTS_xxx macros already triggers an annoying number of object rebuilds every time you change anything entirely unrelated in your kernel sources, so I'd prefer to avoid this tbh. > > Let me know if I can provide more info or do some tests. > > Maybe there's a problem with stale objects. If you're not doing so > already, could you try a clean build with CONFIG_RANDOMIZE_BASE > deselected? > Also, can you try booting with the nokaslr command line option added? ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: arm64/efistub boot error with CONFIG_GCC_PLUGIN_STACKLEAK 2019-08-15 11:21 ` Ard Biesheuvel @ 2019-08-15 11:23 ` Mark Rutland 2019-08-15 12:17 ` skodde 1 sibling, 0 replies; 7+ messages in thread From: Mark Rutland @ 2019-08-15 11:23 UTC (permalink / raw) To: Ard Biesheuvel; +Cc: skodde, linux-efi, linux-arm-kernel On Thu, Aug 15, 2019 at 02:21:26PM +0300, Ard Biesheuvel wrote: > On Thu, 15 Aug 2019 at 14:03, Mark Rutland <mark.rutland@arm.com> wrote: > > On Thu, Aug 15, 2019 at 05:56:27AM -0400, skodde wrote: > > > Hi, > > > > > > I've enabled CONFIG_GCC_PLUGIN_STACKLEAK on 5.2.8 for an arm64 > > > macchiatobin board and I get the following error when loading the > > > kernel (using grub-efi on top of edk ii): > > > > > > EFI stub: Booting Linux Kernel... > > > EFI stub: ERROR: efi_get_random_bytes() failed > > > EFI stub: ERROR: Failed to relocate kernel > > > > > > The kernel boots fine with that option disabled, but strangely > > > presents the same error when disabling only CONFIG_RANDOMIZE_BASE. > > > > That shouldn't be possible, given the IS_ENABLED(CONFIG_RANDOMIZE_BASE) > > guard around the efi_get_random_bytes() call, so something sounds wrong. > > > > Are you certain that you're running the same kernel Image that you > > rebuilt? > > > > Ard, do you reckon it would be worth adding the UTS_RELEASE and > > UTS_VERSION to the " Booting Linux Kernel..." string? It would make > > debugging that potential issue easier. > > Use of the UTS_xxx macros already triggers an annoying number of > object rebuilds every time you change anything entirely unrelated in > your kernel sources, so I'd prefer to avoid this tbh. Fair enough; saves me writing a patch! :) Mark. ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: arm64/efistub boot error with CONFIG_GCC_PLUGIN_STACKLEAK 2019-08-15 11:21 ` Ard Biesheuvel 2019-08-15 11:23 ` Mark Rutland @ 2019-08-15 12:17 ` skodde 2019-08-31 17:19 ` skodde 1 sibling, 1 reply; 7+ messages in thread From: skodde @ 2019-08-15 12:17 UTC (permalink / raw) To: Ard Biesheuvel, Mark Rutland; +Cc: linux-efi, linux-arm-kernel On Thu, Aug 15, 2019 at 7:21 AM Ard Biesheuvel <ard.biesheuvel@linaro.org> wrote: > On Thu, 15 Aug 2019 at 14:03, Mark Rutland <mark.rutland@arm.com> wrote: > > On Thu, Aug 15, 2019 at 05:56:27AM -0400, skodde wrote: > > > The kernel boots fine with that option disabled, but strangely > > > presents the same error when disabling only CONFIG_RANDOMIZE_BASE. > > > > That shouldn't be possible, given the IS_ENABLED(CONFIG_RANDOMIZE_BASE) > > guard around the efi_get_random_bytes() call, so something sounds wrong. > > > > Maybe there's a problem with stale objects. If you're not doing so > > already, could you try a clean build with CONFIG_RANDOMIZE_BASE > > deselected? > > > Also, can you try booting with the nokaslr command line option added? You were right, I haven't tried with nokaslr, but it worked fine by rebuilding the kernel after a distclean with CONFIG_RANDOMIZE_BASE disabled and CONFIG_GCC_PLUGIN_STACKLEAK enabled. That's what I was expecting the first time and this is the reason why I mentioned it. I've been recompiling too many times, sorry about that. Anyhow, the main issue is the efi_get_random_bytes() fail with CONFIG_GCC_PLUGIN_STACKLEAK enabled, and that's still valid. Thanks ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: arm64/efistub boot error with CONFIG_GCC_PLUGIN_STACKLEAK 2019-08-15 12:17 ` skodde @ 2019-08-31 17:19 ` skodde 2019-09-04 18:51 ` Ard Biesheuvel 0 siblings, 1 reply; 7+ messages in thread From: skodde @ 2019-08-31 17:19 UTC (permalink / raw) To: Ard Biesheuvel, Mark Rutland; +Cc: linux-efi, linux-arm-kernel On Thu, Aug 15, 2019 at 8:17 AM skodde <skodde@gmail.com> wrote: > On Thu, Aug 15, 2019 at 7:21 AM Ard Biesheuvel > <ard.biesheuvel@linaro.org> wrote: > > On Thu, 15 Aug 2019 at 14:03, Mark Rutland <mark.rutland@arm.com> wrote: > > > On Thu, Aug 15, 2019 at 05:56:27AM -0400, skodde wrote: > > > > The kernel boots fine with that option disabled, but strangely > > > > presents the same error when disabling only CONFIG_RANDOMIZE_BASE. > > > > > > That shouldn't be possible, given the IS_ENABLED(CONFIG_RANDOMIZE_BASE) > > > guard around the efi_get_random_bytes() call, so something sounds wrong. > > > > > > Maybe there's a problem with stale objects. If you're not doing so > > > already, could you try a clean build with CONFIG_RANDOMIZE_BASE > > > deselected? > > > > > Also, can you try booting with the nokaslr command line option added? > > You were right, I haven't tried with nokaslr, but it worked fine by > rebuilding the kernel after a distclean with CONFIG_RANDOMIZE_BASE > disabled and CONFIG_GCC_PLUGIN_STACKLEAK enabled. That's what I was > expecting the first time and this is the reason why I mentioned it. > I've been recompiling too many times, sorry about that. > > Anyhow, the main issue is the efi_get_random_bytes() fail with > CONFIG_GCC_PLUGIN_STACKLEAK enabled, and that's still valid. Now the configuration that was working on 5.8 fails on 5.11 (haven't tried 5.9 or 5.10): - CONFIG_GCC_PLUGIN_STACKLEAK=n && CONFIG_RANDOMIZE_BASE=y (working on 5.8) Loading Linux 5.2.11-00015-g0cc3335a89ac ... Loading initial ramdisk ... EFI stub: Booting Linux Kernel... EFI stub: ERROR: efi_get_random_bytes() failed EFI stub: ERROR: Failed to relocate kernel Error: Image at 00079560000 start failed: Load Error Unloading driver at 0x00079560000 - CONFIG_GCC_PLUGIN_STACKLEAK=n && CONFIG_RANDOMIZE_BASE=y && nokaslr Loading Linux 5.2.11-00015-g0cc3335a89ac ... Loading initial ramdisk ... EFI stub: Booting Linux Kernel... EFI stub: KASLR disabled on kernel command line EFI stub: Using DTB from configuration table EFI stub: Exiting boot services and installing virtual address map... EFI stub: ERROR: Unable to construct new device tree. EFI stub: ERROR: Failed to update FDT and exit boot services Error: Image at 00079561000 start failed: Load Error Unloading driver at 0x00079561000 After getting back to the bootloader, loading a known working kernel fails (but it works fine after a reboot): Loading Linux 5.2.8-00016-ga0d5f389a536 ... Synchronous Exception at 0x00000000B652157C PC 0x0000B652157C PC 0x0000B65226B4 PC 0x0000B6522EE0 PC 0x0000B646BB10 PC 0x0000B6468580 PC 0x0000B6524600 PC 0x0000B6420078 PC 0x0000B6485CFC PC 0x0000B64849B4 PC 0x0000B648586C PC 0x0000B64849B4 PC 0x0000B6485E68 PC 0x0000B6485EC0 PC 0x0000B647C5C8 PC 0x0000B647C2C8 PC 0x0000B647C658 PC 0x0000B647C2C8 PC 0x0000B64784A8 PC 0x0000B646F1FC PC 0x0000B6485CFC PC 0x0000B64849B4 PC 0x0000B648586C PC 0x0000B64849B4 PC 0x0000B6483C94 PC 0x0000B64785A4 PC 0x0000B6478794 PC 0x0000B647880C PC 0x0000B652532C PC 0x00003F95B714 (0x00003F952000+0x00009714) [ 1] DxeCore.dll PC 0x0000B66CC440 (0x0000B66B9000+0x00013440) [ 2] UiApp.dll PC 0x0000B66CCD8C (0x0000B66B9000+0x00013D8C) [ 2] UiApp.dll PC 0x0000BF73D880 (0x0000BF729000+0x00014880) [ 3] SetupBrowser.dll PC 0x0000BF737BFC (0x0000BF729000+0x0000EBFC) [ 3] SetupBrowser.dll PC 0x0000B66C2700 (0x0000B66B9000+0x00009700) [ 4] UiApp.dll PC 0x00003F95B714 (0x00003F952000+0x00009714) [ 5] DxeCore.dll PC 0x0000BF71AEBC (0x0000BF711000+0x00009EBC) [ 6] BdsDxe.dll PC 0x0000BF721C8C (0x0000BF711000+0x00010C8C) [ 6] BdsDxe.dll PC 0x00003F95F470 (0x00003F952000+0x0000D470) [ 7] DxeCore.dll [ 1] /home/skodde/macchiatobin/edk/uefi-marvell/Build/Armada80x0McBin-AARCH64/RELEASE_GCC5/AARCH64/MdeModulePkg/Core/Dxe/DxeMain/DEBUG/DxeCore.dll [ 2] /home/skodde/macchiatobin/edk/uefi-marvell/Build/Armada80x0McBin-AARCH64/RELEASE_GCC5/AARCH64/MdeModulePkg/Application/UiApp/UiApp/DEBUG/UiApp.dll [ 3] /home/skodde/macchiatobin/edk/uefi-marvell/Build/Armada80x0McBin-AARCH64/RELEASE_GCC5/AARCH64/MdeModulePkg/Universal/SetupBrowserDxe/SetupBrowserDxe/DEBUG/SetupBrowser.dll [ 4] /home/skodde/macchiatobin/edk/uefi-marvell/Build/Armada80x0McBin-AARCH64/RELEASE_GCC5/AARCH64/MdeModulePkg/Application/UiApp/UiApp/DEBUG/UiApp.dll [ 5] /home/skodde/macchiatobin/edk/uefi-marvell/Build/Armada80x0McBin-AARCH64/RELEASE_GCC5/AARCH64/MdeModulePkg/Core/Dxe/DxeMain/DEBUG/DxeCore.dll [ 6] /home/skodde/macchiatobin/edk/uefi-marvell/Build/Armada80x0McBin-AARCH64/RELEASE_GCC5/AARCH64/MdeModulePkg/Universal/BdsDxe/BdsDxe/DEBUG/BdsDxe.dll [ 7] /home/skodde/macchiatobin/edk/uefi-marvell/Build/Armada80x0McBin-AARCH64/RELEASE_GCC5/AARCH64/MdeModulePkg/Core/Dxe/DxeMain/DEBUG/DxeCore.dll X0 0xAFAFAFAFAFAFAFAF X1 0x0000000000008000 X2 0xFFFFFFFFFFEFFFFF X3 0x0000000000008000 X4 0x00000000B6530000 X5 0x00000000B652CAE0 X6 0x000000007B4FE000 X7 0x00000000B6468258 X8 0x0000000000001000 X9 0x0000000000000002 X10 0xFFFFFFFFFFFFFFFF X11 0x00000000B648A182 X12 0x00000000B6489FAC X13 0x00000000B648A15C X14 0x0000000000000014 X15 0x00000000000000FF X16 0x0000000000001510 X17 0x00000000B5A3AA40 X18 0x000000000000005C X19 0x0000000000000401 X20 0x0000000000000001 X21 0x000000002D3C2808 X22 0x00000000B652CAB0 X23 0x000000006DB08FA4 X24 0x0000000000000000 X25 0x000000007A96E000 X26 0x000000000000000F X27 0x0000000000000FFF X28 0x00000000B646B000 FP 0x000000003F950BD0 LR 0x00000000B65226B4 V0 0x0000000000000000 4049C00000000000 V1 0x0000000000000000 3FE0000000000000 V2 0x0000000000000000 40D1AD0000000000 V3 0xFFBFDFDF6FEFFFDF FFFFFFFFFFEFFED5 V4 0xF7FFF5EF41FBEFFF FFFFBFFFFFFFFFBC V5 0xFFFFFFFFAFB8FFFB FFBFFFFFD7FFDDF6 V6 0x8BFFB1B7FFFB7FFE F7EFFFFFFFFFFFFF V7 0x7BFFFFBF55FFD7D7 FFFFFFFFDB7FFFFF V8 0x0000000000000000 FFFFFFFFFFDDFF9F V9 0x0000000000000000 FFFEFBF3976793FF V10 0x0000000000000000 FFFFFFFFFF7FFFDF V11 0x0000000000000000 F77FFEFDFFFFF3FF V12 0x0000000000000000 FFFFFFFF3D554FFF V13 0x0000000000000000 FFFFFFFFBDE0EABF V14 0x0000000000000000 FFFFFFFFE7EEFFAD V15 0x0000000000000000 FFDFFFFF7DFEFFFB V16 0xEEA8FDDFFFFFDFFF FFFFFFFFB7FE56FF V17 0xBF3B955BDBFFFFFF FFF7F9EFFFFFBFFF V18 0x7FBFFDEF7FEBFFAF FFFFFFBF8FEFFFDF V19 0xFEBFFF7FFFFDFFFF FFFFFFFFF5FF7DF5 V20 0xFFFFFFFFFFFFFFFF FFFFFFFFC7ED54FF V21 0xF7FFFEEEFFFFFF7F DAFEFFDFFFF7FBF5 V22 0xFBE6FFFFFFFFFFFF FFFFFFFFFFFFFFFF V23 0xFFF5FFFFFF7FFFFF FFFFFFFFFFFFFF7F V24 0xFFFFFFFF7FFEFFFF FFFFEF7FFFFFFFFF V25 0xEB8EFFF7FFFFF7FE FFFFFFFFFD7FFFFD V26 0x3FFFFDFFFFFF5FFF FFCF7EFFFFFFFFFF V27 0xAFBFFEF9FFFFFFFF DDFBBFFBBDC4BE5F V28 0xFFFFFFDFFFF7EFDF 9DCD7CF3FFFFFFCF V29 0xDFFFFFFFFFFFFFFF BAF7D6FE7FFFDFFF V30 0xDFF7FFFFFFBFFFFD FFFFDFFFFFFFFFFF V31 0xCA4F7F47DAF7DBFB FFFFFFFFFFF76E77 SP 0x000000003F950BD0 ELR 0x00000000B652157C SPSR 0x60000209 FPSR 0x00000010 ESR 0x96000004 FAR 0xAFAFAFAFAFAFAFBF ESR : EC 0x25 IL 0x1 ISS 0x00000004 Data abort: Translation fault, zeroth level Stack dump: 000003F950AD0: 000000003F950C70 000000003F96454C FFFFFFFFFF7FFFDF 0000000000000000 000003F950AF0: 000000003F950C90 000000003F96454C 000000003F950B60 00000000BF6F9EAC 000003F950B10: 00000000B91B4398 00000000BE909498 000000003F950B30 000000003F95F5D4 000003F950B30: 000000003F950B60 000000003F960758 000000003F97407C 000000003F95F5D4 000003F950B50: 000000003F950B80 D7AB00003F960910 000000003F950B80 000000003F9612DC 000003F950B70: 000000004201DB9E 000000003F974078 000000003F950BA0 000000003F961364 000003F950B90: 000000003F974070 0000000000000000 000000003F950BD0 000000003F96323C 000003F950BB0: 000000003F950BD0 000000003F960B14 000000003F976618 000000007B50DFFF > 000003F950BD0: 000000003F950C10 00000000B65226B4 00000000B5A3E8A0 00000000B5A3E8A0 000003F950BF0: 0000000000000000 00000000000CEC80 0000000000000000 0000000000001000 000003F950C10: 000000003F950C70 00000000B6522EE0 00000000000CEC80 00000000B5A3E8A0 000003F950C30: 0000000000000000 0000000000001000 000000007A96E000 0000000000000000 000003F950C50: 0000000000007FFF 000000000000000F 0000000000001000 00000000B646B000 000003F950C70: 000000003F950CD0 00000000B646BB10 0000000000000000 0000000000000BA1 000003F950C90: 0000000000000000 00000000B5A3E8A0 000000007A96E000 0000000000000FFF 000003F950CB0: 0000000000BA0A00 0000000000000001 0000000000001000 000000003F95F5D4 ASSERT [ArmCpuDxe] /home/skodde/macchiatobin/edk/uefi-marvell/ArmPkg/Library/DefaultExceptionHandlerLib/AArch64/DefaultExceptionHandler.c(271): ((BOOLEAN)(0==1)) - CONFIG_GCC_PLUGIN_STACKLEAK=y && CONFIG_RANDOMIZE_BASE=n Loading Linux 5.2.11-00015-g0cc3335a89ac ... Loading initial ramdisk ... EFI stub: Booting Linux Kernel... EFI stub: Using DTB from configuration table EFI stub: Exiting boot services and installing virtual address map... [ 0.000000] Booting Linux on physical CPU 0x0000000000 [0x410fd081] [...] All good here. This time I did a distclean before each build. Thanks ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: arm64/efistub boot error with CONFIG_GCC_PLUGIN_STACKLEAK 2019-08-31 17:19 ` skodde @ 2019-09-04 18:51 ` Ard Biesheuvel 0 siblings, 0 replies; 7+ messages in thread From: Ard Biesheuvel @ 2019-09-04 18:51 UTC (permalink / raw) To: skodde; +Cc: Mark Rutland, linux-efi, linux-arm-kernel On Sat, 31 Aug 2019 at 10:20, skodde <skodde@gmail.com> wrote: > > On Thu, Aug 15, 2019 at 8:17 AM skodde <skodde@gmail.com> wrote: > > On Thu, Aug 15, 2019 at 7:21 AM Ard Biesheuvel > > <ard.biesheuvel@linaro.org> wrote: > > > On Thu, 15 Aug 2019 at 14:03, Mark Rutland <mark.rutland@arm.com> wrote: > > > > On Thu, Aug 15, 2019 at 05:56:27AM -0400, skodde wrote: > > > > > The kernel boots fine with that option disabled, but strangely > > > > > presents the same error when disabling only CONFIG_RANDOMIZE_BASE. > > > > > > > > That shouldn't be possible, given the IS_ENABLED(CONFIG_RANDOMIZE_BASE) > > > > guard around the efi_get_random_bytes() call, so something sounds wrong. > > > > > > > > Maybe there's a problem with stale objects. If you're not doing so > > > > already, could you try a clean build with CONFIG_RANDOMIZE_BASE > > > > deselected? > > > > > > > Also, can you try booting with the nokaslr command line option added? > > > > You were right, I haven't tried with nokaslr, but it worked fine by > > rebuilding the kernel after a distclean with CONFIG_RANDOMIZE_BASE > > disabled and CONFIG_GCC_PLUGIN_STACKLEAK enabled. That's what I was > > expecting the first time and this is the reason why I mentioned it. > > I've been recompiling too many times, sorry about that. > > > > Anyhow, the main issue is the efi_get_random_bytes() fail with > > CONFIG_GCC_PLUGIN_STACKLEAK enabled, and that's still valid. > > Now the configuration that was working on 5.8 fails on 5.11 (haven't > tried 5.9 or 5.10): > What do these version numbers mean? v5.8 vs v5.11?? > - CONFIG_GCC_PLUGIN_STACKLEAK=n && CONFIG_RANDOMIZE_BASE=y (working on 5.8) > > Loading Linux 5.2.11-00015-g0cc3335a89ac ... > Loading initial ramdisk ... > EFI stub: Booting Linux Kernel... > EFI stub: ERROR: efi_get_random_bytes() failed > EFI stub: ERROR: Failed to relocate kernel To be honest, this looks like a firmware issue. Its implementation of EFI_RNG_PROTOCOL is throwing an error. I guess we could choose to handle this error more gracefully, but the result above is the expected behavior when EFI_RNG_PROTOCOL throws an error. > Error: Image at 00079560000 start failed: Load Error > Unloading driver at 0x00079560000 > > > - CONFIG_GCC_PLUGIN_STACKLEAK=n && CONFIG_RANDOMIZE_BASE=y && nokaslr > > Loading Linux 5.2.11-00015-g0cc3335a89ac ... > Loading initial ramdisk ... > EFI stub: Booting Linux Kernel... > EFI stub: KASLR disabled on kernel command line > EFI stub: Using DTB from configuration table > EFI stub: Exiting boot services and installing virtual address map... > EFI stub: ERROR: Unable to construct new device tree. > EFI stub: ERROR: Failed to update FDT and exit boot services > Error: Image at 00079561000 start failed: Load Error > Unloading driver at 0x00079561000 > This looks unrelated. update_fdt() is faling, but we don't know why. Could you add some debug prints at the various return sites to figure out why it is failing? > > After getting back to the bootloader, loading a known working kernel > fails (but it works fine after a reboot): > > Loading Linux 5.2.8-00016-ga0d5f389a536 ... > > Synchronous Exception at 0x00000000B652157C > PC 0x0000B652157C > PC 0x0000B65226B4 > PC 0x0000B6522EE0 > PC 0x0000B646BB10 > PC 0x0000B6468580 > PC 0x0000B6524600 > PC 0x0000B6420078 > PC 0x0000B6485CFC > PC 0x0000B64849B4 > PC 0x0000B648586C > PC 0x0000B64849B4 > PC 0x0000B6485E68 > PC 0x0000B6485EC0 > PC 0x0000B647C5C8 > PC 0x0000B647C2C8 > PC 0x0000B647C658 > PC 0x0000B647C2C8 > PC 0x0000B64784A8 > PC 0x0000B646F1FC > PC 0x0000B6485CFC > PC 0x0000B64849B4 > PC 0x0000B648586C > PC 0x0000B64849B4 > PC 0x0000B6483C94 > PC 0x0000B64785A4 > PC 0x0000B6478794 > PC 0x0000B647880C > PC 0x0000B652532C > PC 0x00003F95B714 (0x00003F952000+0x00009714) [ 1] DxeCore.dll > PC 0x0000B66CC440 (0x0000B66B9000+0x00013440) [ 2] UiApp.dll > PC 0x0000B66CCD8C (0x0000B66B9000+0x00013D8C) [ 2] UiApp.dll > PC 0x0000BF73D880 (0x0000BF729000+0x00014880) [ 3] SetupBrowser.dll > PC 0x0000BF737BFC (0x0000BF729000+0x0000EBFC) [ 3] SetupBrowser.dll > PC 0x0000B66C2700 (0x0000B66B9000+0x00009700) [ 4] UiApp.dll > PC 0x00003F95B714 (0x00003F952000+0x00009714) [ 5] DxeCore.dll > PC 0x0000BF71AEBC (0x0000BF711000+0x00009EBC) [ 6] BdsDxe.dll > PC 0x0000BF721C8C (0x0000BF711000+0x00010C8C) [ 6] BdsDxe.dll > PC 0x00003F95F470 (0x00003F952000+0x0000D470) [ 7] DxeCore.dll > [ 1] /home/skodde/macchiatobin/edk/uefi-marvell/Build/Armada80x0McBin-AARCH64/RELEASE_GCC5/AARCH64/MdeModulePkg/Core/Dxe/DxeMain/DEBUG/DxeCore.dll > [ 2] /home/skodde/macchiatobin/edk/uefi-marvell/Build/Armada80x0McBin-AARCH64/RELEASE_GCC5/AARCH64/MdeModulePkg/Application/UiApp/UiApp/DEBUG/UiApp.dll > [ 3] /home/skodde/macchiatobin/edk/uefi-marvell/Build/Armada80x0McBin-AARCH64/RELEASE_GCC5/AARCH64/MdeModulePkg/Universal/SetupBrowserDxe/SetupBrowserDxe/DEBUG/SetupBrowser.dll > [ 4] /home/skodde/macchiatobin/edk/uefi-marvell/Build/Armada80x0McBin-AARCH64/RELEASE_GCC5/AARCH64/MdeModulePkg/Application/UiApp/UiApp/DEBUG/UiApp.dll > [ 5] /home/skodde/macchiatobin/edk/uefi-marvell/Build/Armada80x0McBin-AARCH64/RELEASE_GCC5/AARCH64/MdeModulePkg/Core/Dxe/DxeMain/DEBUG/DxeCore.dll > [ 6] /home/skodde/macchiatobin/edk/uefi-marvell/Build/Armada80x0McBin-AARCH64/RELEASE_GCC5/AARCH64/MdeModulePkg/Universal/BdsDxe/BdsDxe/DEBUG/BdsDxe.dll > [ 7] /home/skodde/macchiatobin/edk/uefi-marvell/Build/Armada80x0McBin-AARCH64/RELEASE_GCC5/AARCH64/MdeModulePkg/Core/Dxe/DxeMain/DEBUG/DxeCore.dll > > X0 0xAFAFAFAFAFAFAFAF X1 0x0000000000008000 X2 > 0xFFFFFFFFFFEFFFFF X3 0x0000000000008000 > X4 0x00000000B6530000 X5 0x00000000B652CAE0 X6 > 0x000000007B4FE000 X7 0x00000000B6468258 > X8 0x0000000000001000 X9 0x0000000000000002 X10 > 0xFFFFFFFFFFFFFFFF X11 0x00000000B648A182 > X12 0x00000000B6489FAC X13 0x00000000B648A15C X14 > 0x0000000000000014 X15 0x00000000000000FF > X16 0x0000000000001510 X17 0x00000000B5A3AA40 X18 > 0x000000000000005C X19 0x0000000000000401 > X20 0x0000000000000001 X21 0x000000002D3C2808 X22 > 0x00000000B652CAB0 X23 0x000000006DB08FA4 > X24 0x0000000000000000 X25 0x000000007A96E000 X26 > 0x000000000000000F X27 0x0000000000000FFF > X28 0x00000000B646B000 FP 0x000000003F950BD0 LR 0x00000000B65226B4 > > V0 0x0000000000000000 4049C00000000000 V1 0x0000000000000000 > 3FE0000000000000 > V2 0x0000000000000000 40D1AD0000000000 V3 0xFFBFDFDF6FEFFFDF > FFFFFFFFFFEFFED5 > V4 0xF7FFF5EF41FBEFFF FFFFBFFFFFFFFFBC V5 0xFFFFFFFFAFB8FFFB > FFBFFFFFD7FFDDF6 > V6 0x8BFFB1B7FFFB7FFE F7EFFFFFFFFFFFFF V7 0x7BFFFFBF55FFD7D7 > FFFFFFFFDB7FFFFF > V8 0x0000000000000000 FFFFFFFFFFDDFF9F V9 0x0000000000000000 > FFFEFBF3976793FF > V10 0x0000000000000000 FFFFFFFFFF7FFFDF V11 0x0000000000000000 > F77FFEFDFFFFF3FF > V12 0x0000000000000000 FFFFFFFF3D554FFF V13 0x0000000000000000 > FFFFFFFFBDE0EABF > V14 0x0000000000000000 FFFFFFFFE7EEFFAD V15 0x0000000000000000 > FFDFFFFF7DFEFFFB > V16 0xEEA8FDDFFFFFDFFF FFFFFFFFB7FE56FF V17 0xBF3B955BDBFFFFFF > FFF7F9EFFFFFBFFF > V18 0x7FBFFDEF7FEBFFAF FFFFFFBF8FEFFFDF V19 0xFEBFFF7FFFFDFFFF > FFFFFFFFF5FF7DF5 > V20 0xFFFFFFFFFFFFFFFF FFFFFFFFC7ED54FF V21 0xF7FFFEEEFFFFFF7F > DAFEFFDFFFF7FBF5 > V22 0xFBE6FFFFFFFFFFFF FFFFFFFFFFFFFFFF V23 0xFFF5FFFFFF7FFFFF > FFFFFFFFFFFFFF7F > V24 0xFFFFFFFF7FFEFFFF FFFFEF7FFFFFFFFF V25 0xEB8EFFF7FFFFF7FE > FFFFFFFFFD7FFFFD > V26 0x3FFFFDFFFFFF5FFF FFCF7EFFFFFFFFFF V27 0xAFBFFEF9FFFFFFFF > DDFBBFFBBDC4BE5F > V28 0xFFFFFFDFFFF7EFDF 9DCD7CF3FFFFFFCF V29 0xDFFFFFFFFFFFFFFF > BAF7D6FE7FFFDFFF > V30 0xDFF7FFFFFFBFFFFD FFFFDFFFFFFFFFFF V31 0xCA4F7F47DAF7DBFB > FFFFFFFFFFF76E77 > > SP 0x000000003F950BD0 ELR 0x00000000B652157C SPSR 0x60000209 FPSR > 0x00000010 > ESR 0x96000004 FAR 0xAFAFAFAFAFAFAFBF > > ESR : EC 0x25 IL 0x1 ISS 0x00000004 > > Data abort: Translation fault, zeroth level > > Stack dump: > 000003F950AD0: 000000003F950C70 000000003F96454C FFFFFFFFFF7FFFDF > 0000000000000000 > 000003F950AF0: 000000003F950C90 000000003F96454C 000000003F950B60 > 00000000BF6F9EAC > 000003F950B10: 00000000B91B4398 00000000BE909498 000000003F950B30 > 000000003F95F5D4 > 000003F950B30: 000000003F950B60 000000003F960758 000000003F97407C > 000000003F95F5D4 > 000003F950B50: 000000003F950B80 D7AB00003F960910 000000003F950B80 > 000000003F9612DC > 000003F950B70: 000000004201DB9E 000000003F974078 000000003F950BA0 > 000000003F961364 > 000003F950B90: 000000003F974070 0000000000000000 000000003F950BD0 > 000000003F96323C > 000003F950BB0: 000000003F950BD0 000000003F960B14 000000003F976618 > 000000007B50DFFF > > 000003F950BD0: 000000003F950C10 00000000B65226B4 00000000B5A3E8A0 00000000B5A3E8A0 > 000003F950BF0: 0000000000000000 00000000000CEC80 0000000000000000 > 0000000000001000 > 000003F950C10: 000000003F950C70 00000000B6522EE0 00000000000CEC80 > 00000000B5A3E8A0 > 000003F950C30: 0000000000000000 0000000000001000 000000007A96E000 > 0000000000000000 > 000003F950C50: 0000000000007FFF 000000000000000F 0000000000001000 > 00000000B646B000 > 000003F950C70: 000000003F950CD0 00000000B646BB10 0000000000000000 > 0000000000000BA1 > 000003F950C90: 0000000000000000 00000000B5A3E8A0 000000007A96E000 > 0000000000000FFF > 000003F950CB0: 0000000000BA0A00 0000000000000001 0000000000001000 > 000000003F95F5D4 > ASSERT [ArmCpuDxe] > /home/skodde/macchiatobin/edk/uefi-marvell/ArmPkg/Library/DefaultExceptionHandlerLib/AArch64/DefaultExceptionHandler.c(271): > ((BOOLEAN)(0==1)) > > > - CONFIG_GCC_PLUGIN_STACKLEAK=y && CONFIG_RANDOMIZE_BASE=n > > Loading Linux 5.2.11-00015-g0cc3335a89ac ... > Loading initial ramdisk ... > EFI stub: Booting Linux Kernel... > EFI stub: Using DTB from configuration table > EFI stub: Exiting boot services and installing virtual address map... > [ 0.000000] Booting Linux on physical CPU 0x0000000000 [0x410fd081] > [...] > > All good here. > > This time I did a distclean before each build. > > > Thanks ^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2019-09-04 18:51 UTC | newest] Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2019-08-15 9:56 arm64/efistub boot error with CONFIG_GCC_PLUGIN_STACKLEAK skodde 2019-08-15 11:03 ` Mark Rutland 2019-08-15 11:21 ` Ard Biesheuvel 2019-08-15 11:23 ` Mark Rutland 2019-08-15 12:17 ` skodde 2019-08-31 17:19 ` skodde 2019-09-04 18:51 ` Ard Biesheuvel
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).