[Bug 256722] EFI boot: Fix boot freeze on some systems
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256722 Jarmo Jaakkola changed: What|Removed |Added CC||[email protected] --- Comment #38 from Jarmo Jaakkola --- (In reply to Peter Eriksson from comment #18) I had a problem where FreeBSD 15 rebooted after showing EFI framebuffer information (no freeze like in this bug). Thanks to this bug report and especially Peter's note about serial console, I managed to track that down to an invalid hw.uart.console value created by loader when serial console redirection is off. Unsetting hw.uart.console in loader or using a value from when redirection is enabled allowed my system to boot. I reported that as bug 292206 (with a suggested single line fix in a pull request). -- You are receiving this mail because: You are the assignee for the bug.
[Bug 256722] EFI boot: Fix boot freeze on some systems
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256722 --- Comment #37 from Kevin Zheng --- (In reply to Jose Alonso Cardenas Marquez from comment #36) I tested acm@'s workaround. Pressing option '5' exactly 10 times does indeed set the console output to "Dual (Video primary)". However my system still does not boot. Since I have a laptop and the BIOS is configured to only use the laptop (internal) display on boot, only that receives a video signal. (I do have an external monitor, but that is connected via a USB-C dock with DP port). Ultimately I still needed `copy_staging enable`. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 256722] EFI boot: Fix boot freeze on some systems
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256722 Jose Alonso Cardenas Marquez changed: What|Removed |Added CC||[email protected] --- Comment #36 from Jose Alonso Cardenas Marquez --- (In reply to Kevin Zheng from comment #34) Hello Kevin, I have the same issue (like I see in your screenshot) in my HP Prodesk 600 G6 with FreeBSD 15-STABLE. Like a workaround when It is in loader menu, I pressed around ten times option 5 and selected Dual (Video primary). It boots without issue after that. I read it could be an EDID issue. Also, if I boot my desktop without monitor connected to it, it boots too. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 256722] EFI boot: Fix boot freeze on some systems
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256722 --- Comment #35 from Warner Losh --- (In reply to Kevin Zheng from comment #33) Thanks Kevin. I wanted to eliminate "old loader" issues since it's a common error. Thanks for confirming that this isn't the case. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 256722] EFI boot: Fix boot freeze on some systems
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256722 --- Comment #34 from Kevin Zheng --- Created attachment 266019 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=266019&action=edit Screenshot of 15.0 boot issue -- You are receiving this mail because: You are the assignee for the bug.
[Bug 256722] EFI boot: Fix boot freeze on some systems
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256722 --- Comment #33 from Kevin Zheng --- (In reply to Warner Losh from comment #32) Not initially, but I also reproduced *after* updating loader.efi from FreeBSD 15: > ls -l loader.efi -r-xr-xr-x 2 root wheel 665088 Dec 7 13:39 loader.efi > cmp /boot/loader.efi /boot/efi/efi/boot/bootx64.efi (returns nothing -- same file) The key for me to reproducing is to wait long enough after powering off before trying to boot again. Remember, I was able to boot into 15 from the 14.3 loader.efi after a `shutdown -r` or quick reboot. I was able to work around the issue by dropping into the loader prompt and force-enabling copy_staging, i.e. hitting ESC, then "copy_staging enable", then "boot". I also tested forcing it to "disable", that seems to hang. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 256722] EFI boot: Fix boot freeze on some systems
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256722 --- Comment #32 from Warner Losh --- (In reply to Kevin Zheng from comment #31) Did you upgrade the boot loader in the ESP when you saw this issue? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 256722] EFI boot: Fix boot freeze on some systems
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256722 Kevin Zheng changed: What|Removed |Added CC||[email protected] --- Comment #31 from Kevin Zheng --- I ran into the same symptoms after updating from 14.3-RELEASE to 15.0-RELEASE on a Lenovo ThinkPad T480s. I suspect it is related to the same problem, but will grab a photo of the screen next time this happens to be sure. What was interesting to me was that despite not being able to boot into 15.0 due to the hang, I rebooted, selected the old 14.3 boot environment, and was able to boot. After a `shutdown -r` (or even a poweroff, followed by a quick manual power on with the power button), the same loader is then able to boot the 15.0 kernel! -- You are receiving this mail because: You are the assignee for the bug.
[Bug 256722] EFI boot: Fix boot freeze on some systems
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256722 --- Comment #30 from Denis Shaposhnikov --- (In reply to Denis Shaposhnikov from comment #29) After installing fresh /boot/freebsd.efi it boots fine without using of `copy_staging enable`. Last freebsd.efi was install year ago, 14.3-RELEASE I suppose. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 256722] EFI boot: Fix boot freeze on some systems
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256722 Denis Shaposhnikov changed: What|Removed |Added CC||[email protected] --- Comment #29 from Denis Shaposhnikov --- I've just got the same issue on ❯ freebsd-version -kru 14.3-RELEASE-p5 14.3-RELEASE-p5 14.3-RELEASE-p6 Yesterday everything was OK. Nothing changed. Today after power on of my PC I see on the screen: staging 0x7b20 (not copying) tramp 0x83715000 PT4 0x8370c000 Start @ ... EFI framebuffer information: ... and so on. Advise from [comment 22]:https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256722#c22 helped: OK copy_staging enable changed copy_staging, unloading kernel OK boot Loading kernel... The system booted. I don't know how it'll be tomorrow. At least I know a workaround. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 256722] EFI boot: Fix boot freeze on some systems
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256722 Mark Linimon changed: What|Removed |Added See Also||https://bugs.freebsd.org/bu ||gzilla/show_bug.cgi?id=2909 ||20 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 256722] EFI boot: Fix boot freeze on some systems
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256722 Mark Linimon changed: What|Removed |Added CC|[email protected] | Assignee|[email protected] |[email protected] -- You are receiving this mail because: You are the assignee for the bug.
[Bug 256722] EFI boot: Fix boot freeze on some systems
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256722 Mark Linimon changed: What|Removed |Added CC||[email protected] Assignee|[email protected]|[email protected] --- Comment #24 from Mark Linimon --- ^Triage: to submitters: does the work-around fix the problem for you? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 256722] EFI boot: Fix boot freeze on some systems
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256722 --- Comment #23 from Pascal Herget --- I solved the issue myself, I turned off the "Onboard VGA Function" in the BIOS, which was the GPU of the ASPEED AST2600 BMC. Seems the loader was using this GPU instead of the GPU of the AMD APU, even though I saw the FreeBSD boot screen through the AMD GPU via HDMI. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 256722] EFI boot: Fix boot freeze on some systems
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256722 [email protected] changed: What|Removed |Added CC||[email protected] --- Comment #22 from [email protected] --- I got the same issue with FreeBSD 14.2-RELEASE-p1. Hardware: Supermicro H13SAE-MF, revision 2.0, BIOS revision 2.3 (was 2.1, no change after update). Secure Boot is disabled by default in the BIOS, FreeBSD is not officially supported, they mainly support Windows Server, RHEL, Oracle, Rocky Linux, SLES and Ubuntu Server. https://www.supermicro.com/Aplus/support/resources/OS/OS_Comp_H13_B650_AM5-UP.cfm I don't really know the background of this issue, so who is most likely able to fix it? The mainboard manufacturer or the FreeBSD maintainers? I also tried the recommended workaround by Graham Perrin (bug #255073) with setting the "copy_staging" command of the loader.efi to "enable" and "disable" but it doesn't make a difference, here are the logs: OK copy_staging enable changed copy_staging, unloading kernel OK boot Loading kernel... /boot/kernel/kernel text=0x183400 text=0xdf8738 text=0xdc3764 data=0x180+0xe80 data=0x18c620+0x4739e0 0x8+0x19b468+0x8+0x1bef89\ Loading configured modules... /boot/kernel/geom_eli.ko size 0x1c5e8 at 0x2b5b000 can't find '/etc/hostid' /boot/kernel/zfs.ko size 0x5dc658 at 0x2b78000 /boot/entropy size=0 /boot/kernel/cryptodev.ko size 0x77d8 at 0x3155000 /boot/modules/utouch.ko size 0x4588 at 0x315d000 /data/ramdisk.ufs size=0x1518000 /boot/kernel/geom_mirror.ko size 0x21338 at 0x467a000 /boot/kernel/geom_uzip.ko size 0x9680 at 0x469c000 staging 0x3b00 (copying) tramp 0x3afff000 PT4 0x3affc000 Start @ 0x80384000 ... EFI framebuffer information: addr, size 0xf500, 0x30 dimensions 1024 x 768 stride 1024 masks 0x00ff, 0xff00, 0x00ff, 0xff00 === OK copy_staging disable changed copy_staging, unloading kernel OK boot Loading kernel... /boot/kernel/kernel text=0x183400 text=0xdf8738 text=0xdc3764 data=0x180+0xe80 data=0x18c620+0x4739e0 0x8+0x19b468+0x8+0x1bef89\ Loading configured modules... /boot/kernel/geom_uzip.ko size 0x9680 at 0x2b5b000 /boot/kernel/zfs.ko size 0x5dc658 at 0x2b65000 /boot/kernel/geom_eli.ko size 0x1c5e8 at 0x3142000 can't find '/etc/hostid' /boot/kernel/geom_mirror.ko size 0x21338 at 0x315f000 /boot/kernel/cryptodev.ko size 0x77d8 at 0x3181000 /boot/modules/utouch.ko size 0x4588 at 0x3189000 /data/ramdisk.ufs size=0x1518000 /boot/entropy size=0 staging 0x73a0 (not copying) tramp 0x7d74f000 PT4 0x7d746000 Start @ 0x80384000 ... EFI framebuffer information: addr, size 0xf500, 0x30 dimensions 1024 x 768 stride 1024 masks 0x00ff, 0xff00, 0x00ff, 0xff00 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 256722] EFI boot: Fix boot freeze on some systems
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256722 Mark Linimon changed: What|Removed |Added Summary|[PATCH] EFI boot: Fix boot |EFI boot: Fix boot freeze |freeze on some systems |on some systems Keywords|patch | --- Comment #21 from Mark Linimon --- ^Triage: bring this PR up to modern standards. -- You are receiving this mail because: You are the assignee for the bug.
