Date: Thu, 19 May 2022 20:15:12 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 264021] efi: failed to allocate staging area: 9 Message-ID: <bug-264021-227-KIry5zUjXw@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-264021-227@https.bugs.freebsd.org/bugzilla/> References: <bug-264021-227@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D264021 Danilo Egea Gondolfo <danilo@FreeBSD.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |danilo@FreeBSD.org --- Comment #3 from Danilo Egea Gondolfo <danilo@FreeBSD.org> --- Same problem here. It looks like it was introduced by the llvm stack update. I narrowed it down to this commit 3a9a9c0ca44ec535dcf73fe8462bee458e54814b. The problem doesn't exist at cb2ae6163174b90e999326ecec3699ee093a5d43, the = last commit before the llvm merge from vendor. In my case I'm using a RockPro64 and boot via network: Consoles: EFI console=20=20 Reading loader env vars from /efi/freebsd/loader.env FreeBSD/arm64 EFI loader, Revision 1.1 (Thu May 19 20:51:18 IST 2022 root@capeta) Command line arguments: nfsroot=3D172.16.0.1:/ztank/rockpro64 Image base: 0xf0dd2000 EFI version: 2.80 EFI Firmware: Das U-Boot (rev 8225.1792) Console: efi (0x1000) Load Path: /boot\loader_lua.efi Load Device: /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/MAC(867402fbbe41,1) --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-264021-227-KIry5zUjXw>