Date: Fri, 21 Jan 2022 01:32:29 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261238 --- Comment #3 from Greg Lehey <grog@FreeBSD.org> --- (In reply to Graham Perrin from comment #1) I have tried this now with 13-STABLE and 14-CURRENT, specifically FreeBSD-13.0-STABLE-amd64-20211230-3684bb89d52-248759-memstick.img and FreeBSD-14.0-CURRENT-amd64-20211230-b406897911e-252039-memstick.img. In each case the system boots fine. And yes, I agree that this is a duplicate of https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209821. I suspect that comment 66 has the clue: "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 location in memory could cause problems" On the other hand, we have a second problem: the original 13.0-RELEASE image is still on the download site, and looking at 209821 it seems that a large number of systems are affected. So I don't think it's appropriate to just close the bug. Somehow we need to get usable boot media on the download sites. My thought would be to upgrade to a 13-STABLE system, but that's a question for Releng. I'll contact them separately. -- You are receiving this mail because: You are the assignee for the bug.