Created attachment 224122 [details]
Photograph of a boot drive (Verbatim STORE N GO PMAP) after the bug bites – no visible drive activity
HP ProBook 440 G7
Comparative test results:
Photograph of the bug:
<https://old.reddit.com/r/freebsd/comments/ir90ra/hp_probook_440_g7/gejo49g/> (2020-12-04) observed that a previously available HP ProBook 440 G7:
* did boot from installers for OmniOS community edition
* did _not_ boot from installers for FreeBSD 12.2 or 13.0-CURRENT
* did _not_ boot from the installer for GhostBSD.
From the postscripts there:
> FreeBSD bug 244906 – kernel booted by loader.efi on
> VMware Fusion crashes in EFI firmware
> * discussion in IRC suggests that the
> root cause may be the same
> * Toomas Soome (tsoome) thinks that mine is the
> second hardware instance of the bug.
Bug 244906 became a duplicate of later bug 251866:
> Because the loader.efi modified the size of EFI_STAGING_SIZE,
> vmware could not start the system above FreeBSD 12.2
<https://lists.freebsd.org/pipermail/freebsd-current/2020-December/077970.html> (2020-12-25) Ludovit Koren wrote:
> still not working on HP EliteBook 830 G7.
Bug 251866 comment 31 (2021-04-14):
> There's been a lot of chance since 12.x. this may be unrelated to
> this size change and should have a new bug assigned to it, I think,
> so we don't conflate the two issues if they are indeed separate.
> … Graham Perrin … HP ProBook 440 G7
Adjacent bug 255072 for the same hardware not booting in legacy mode.
(In reply to comment #1)
>> … Ludovit Koren … HP EliteBook 830 G7.
I can also confirm this issue on an Elitebook 840 G6. Can also confirm it happens both in CSM and UEFI only modes. Both with Secure Boot disabled.
Update to date UEFI firmware as of April 2021.
(In reply to Miguel Gomes from comment #3)
▶ bug 255072
> Elitebook 840 G6
* Intel UHD Graphics 620 – integrated
* AMD Radeon 550X (2 GB GDDR5 video memory) – discrete
(sold separately or as an optional feature)
Does it help to compare with boot failures for NomadBSD?
<https://forum.nomadbsd.org/t/-/689?u=grahamperrin> begins with my case
(HP ProBook 440 G7).
Re: <https://nomadbsd.org/index.html#1.4> NomadBSD 1.4 is based on
Created attachment 224721 [details]
A December 2020 photograph of the bug
… for convenience. I should have attached this at the outset.
Copied from <https://old.reddit.com/r/freebsd/comments/ir90ra/hp_probook_440_g7/gejo49g/>
I have a TigerLake HP Spectre x360 13t-aw200 and it doesn't have this error on 13.x/14-CURRENT that the ProBook/EliteBook. The same with the WhiskeyLake Spectre x360 13-ap0053dx. My TigerLake Spectre has no CSM, and the WhiskeyLake Spectre has the CSM disabled.
It seems consumer HP fortunately do not have the same bug as the "enterprise" ProBook/EliteBook models. Well, thank god I cancelled an EliteBook order for my Spectre. Sure, I don't have drm-kmod support but at least I can boot my laptop.
I have not used an EliteBook newer than KabyLake, and work gives me a ThinkPad that technically "dual boots" FreeBSD but always runs Windows 10 (disclaimer: I work at Microsoft but not on Windows or UEFI firmware).
I was able to fix the boot hang issue on my system. See Bug 209821 for more details and a proposed patch.
More HP users having difficulty:
FreeBSD on HP ProDesk G6 | The FreeBSD Forums
(In reply to Graham Perrin from comment #0)
> HP ProBook 440 G7
Last week a colleague mentioned the G8.
HP ProBook 440 G8
Announced in September 2020, I see: <https://www8.hp.com/content/dam/sites/garage-press/press/press-kits/2020/2020-hp-reinvent/hp_probook_440_g8.pdf>
Whether the G8 is becoming standard issue at my place of work, I don't yet know. (I can't expect to receive anything other than the standard. Partly due to the incompatibility with FreeBSD, I have long refrained from requesting a replacement for a (compatible) circa 2013 EliteBook 8570p.)
> Can you try replacing the /EFI/BOOT/bootx64.efi file on the
> EFI partition of your boot flash drive with the bootx64.efi
> file I am attaching to see if it boots? It has the patch from
> Bug 209821 applied to it.
David: thank you.
Using a computer that's not bugged, I installed FreeBSD 13.0-RELEASE to a USB flash drive then put your patched bootx64.efi in place.
I attempted to boot an HP ProBook 440 G8 from the drive. No change to the symptoms, as far as I can tell; no progress beyond presentation of EFI framebuffer information.
Is it enough to have the patched file in the EFI partition? Or must the file (also) be copied elsewhere, maybe with a different name?
(In reply to Graham Perrin from comment #11)
I don't have a HP ProBook, but my computers load the EFI/boot/bootx64.efi file, no other files need to be changed.
If there are no warning messages on the screen when it freezes, then you are likely experiencing a problem that is different from what my patch tries to address. Your problem could be located somewhere in the late stages of the boot loader or in the very early stages of the kernel.
David: thank you.
Toomas: please, what next?
⚙ D31121 amd64 UEFI boot: stop copying staging area to 2M phys