Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 10 Jan 2022 18:05: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-xigHPvMXZP@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 #77 from David Sebek <dasebek@gmail.com> ---
(In reply to Dani from comment #76)

Hello Dani,

The patch doesn't address all scenarios that may result in a system freeze.=
 The
proper fix is in 13.0-STABLE and 14.0-CURRENT. See comment #66 for a short
explanation.

There is one thing that came to my mind after seeing your results. I rememb=
er
that when I was debugging the problem, I created a KVM virtual machine with
multiple serial consoles connected to it. I found that:

- The boot loader uses the existing UEFI frame buffer to print all its outp=
ut
until the "EFI framebuffer information" ending with the "masks ..." line. T=
his
information was printed to all serial consoles.

- The boot loader then gives control over to the kernel, which uses its own
serial console configuration. It uses COM1 by default for the serial consol=
e.
The kernel's serial console output was therefore printed only to COM1.

In the case of my virtual machine, all information until the "EFI framebuff=
er
information" block was printed to all serial consoles, and the kernel output
that followed was printed only to COM1. Consoles other than COM1 didn't adv=
ance
past the "EFI framebuffer information", even though the system was running.

In your case, is the video/serial output properly set in the boot loader wh=
en
you boot the system? It may be possible that the kernel prints the output t=
o a
wrong serial console or stops booting because it could not detect a serial
console on COM1? Did you try FreeBSD 13-STABLE to see if it boots?

--=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-xigHPvMXZP>