Date: Fri, 28 May 2021 19:31:42 +0000 From: bugzilla-noreply@freebsd.org To: amd64@FreeBSD.org Subject: [Bug 209821] UEFI - installation media hangs when booting on ASUS P6P67 DELUXE Message-ID: <bug-209821-17361-SSEH2o0Lym@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-209821-17361@https.bugs.freebsd.org/bugzilla/> References: <bug-209821-17361@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=3D209821 --- Comment #39 from David Sebek <dasebek@gmail.com> --- There is also another scenario when the system can hang after displaying the EFI framebuffer information. This happens when EFI_STAGING_SIZE is too small (e.g., 32MB) and there is no available memory surrounding the staging area.= In that case, efi_check_space correctly returns FALSE. The functions that call= ed it (efi_copyin, efi_readin) also return an error. The return value of efi_readin seems to be checked by all of its callers. However, the return v= alue of efi_copyin is never checked. In a KVM virtual machine with OVMF, FreeBSD boots with no apparent issues e= ven if EFI_STAGING_SIZE is set to 32 and efi_check_space does not expand the allocated memory and returns errors. On my physical machine, with EFI_STAGING_SIZE set to 32, the bootloader pri= nts a bunch of "efi_check_space: Unable to expand staging area" messages follow= ed by the EFI framebuffer information, and then it hangs. Some graphical corruption was also displayed on the screen. --=20 You are receiving this mail because: You are on the CC list for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-209821-17361-SSEH2o0Lym>