Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 07 Jan 2022 16:56:13 +0000
From:      bugzilla-noreply@freebsd.org
To:        bugs@FreeBSD.org
Subject:   [Bug 209821] UEFI - installation media hangs when booting on ASUS P6P67 DELUXE
Message-ID:  <bug-209821-227-EUuBJ78yhP@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-209821-227@https.bugs.freebsd.org/bugzilla/>
References:  <bug-209821-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=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 the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-209821-227-EUuBJ78yhP>