Date: Fri, 20 May 2022 20:07:40 +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-TM0TqUo7dF@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 Andrew Turner <Andrew@FreeBSD.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |Andrew@FreeBSD.org --- Comment #7 from Andrew Turner <Andrew@FreeBSD.org> --- It looks like the issue is the loop in bi_load_efi_data in bootinfo.c is too smart for clang, so it gets confused and thinks efihdr and mm doesn't get initialised. This causes it to remove all the code after the getenv meaning= we return from this getenv call to efi_copy_init. efi_copy_init then enters an infinite loop allocating all memory until it r= uns out & complains, however is still in the loop so continues to try and fail = to allocate more memory. I have a local fix I'll push for review soon, but a work around for now see= ms to be making sure efihdr and mm are initilised to NULL before the comment starting "Matthew Garrett has observed ..." --=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-TM0TqUo7dF>