Date: Fri, 07 Jan 2022 16:56:13 +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-81Wn9VaSod@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 #66 from David Sebek <dasebek@gmail.com> --- (In reply to Dani from comment #65) I think there were two reasons why UEFI boot froze on some systems. Before = the changes in 13-STABLE and 14-CURRENT, the kernel needed to be loaded to a specific physical memory location. Copying the kernel to a specific locatio= n in memory could cause problems: 1. The target location could contain the boot loader code. When the boot lo= ader was copying the kernel to the expected address in memory, it accidentally overwrote the boot loader=E2=80=99s code that was responsible for the copy = operation, which resulted in a freeze of the system. 2. The target location could contain hardware-reserved addresses. Copying t= he kernel over those memory addresses could freeze the system. The patch from #41 fixes only the problem (1.) by not using the boot loader code that may get overwritten. FreeBSD 14-CURRENT and 13-STABLE fix both problems (1.) and (2.) by not requiring the kernel to be copied to a specific memory address. The patch #41 needed some minor modifications in order to be applied to Fre= eBSD 12. I can take a look at it and update for FreeBSD 12. --=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-81Wn9VaSod>