Bug 255073 - boot (UEFI): no progress beyond EFI framebuffer information
Summary: boot (UEFI): no progress beyond EFI framebuffer information
Status: New
Alias: None
Product: Base System
Classification: Unclassified
Component: bin (show other bugs)
Version: Unspecified
Hardware: amd64 Any
: --- Affects Some People
Assignee: freebsd-bugs (Nobody)
URL: https://gist.github.com/grahamperrin/...
Depends on:
Reported: 2021-04-15 02:54 UTC by Graham Perrin
Modified: 2021-07-15 15:45 UTC (History)
9 users (show)

See Also:

Photograph of a boot drive (Verbatim STORE N GO PMAP) after the bug bites – no visible drive activity (24.78 KB, image/jpeg)
2021-04-15 02:54 UTC, Graham Perrin
no flags Details
A December 2020 photograph of the bug (814.40 KB, image/png)
2021-05-06 06:12 UTC, Graham Perrin
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Graham Perrin 2021-04-15 02:54:24 UTC
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: 
Comment 1 Graham Perrin 2021-04-15 03:30:43 UTC
### Background

<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

  – omniosce-r151036.iso 
  – omniosce-r151036.usb-dd

* 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: 

> FreeBSD-13.0-CURRENT-amd64-20201224-3cc0c0d66a0-255241-memstick.img 
> 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.
Comment 2 Graham Perrin 2021-04-15 04:01:52 UTC
> … Graham Perrin … HP ProBook 440 G7

Adjacent bug 255072 for the same hardware not booting in legacy mode.

<https://h20195.www2.hp.com/v2/getpdf.aspx/c06424517.pdf> QuickSpecs
<https://support.hp.com/gb-en/document/c06474914>         specifications

(In reply to comment #1)

>> … Ludovit Koren … HP EliteBook 830 G7.

<https://www8.hp.com/h20195/v2/GetPDF.aspx/c06603675.pdf> QuickSpecs
<https://support.hp.com/gb-en/document/c06679914/>        specifications
Comment 3 Miguel Gomes 2021-04-22 12:51:52 UTC
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.
Comment 4 Graham Perrin 2021-04-22 16:53:22 UTC
Thank you, 

(In reply to Miguel Gomes from comment #3)

> CSMbug 255072


> Elitebook 840 G6

<https://www8.hp.com/h20195/v2/getpdf.aspx/c06308183.pdf> QuickSpecs
<https://support.hp.com/gb-en/document/c06352019>     specifications

* Intel UHD Graphics 620 – integrated

* AMD Radeon 550X (2 GB GDDR5 video memory) – discrete 
  (sold separately or as an optional feature)
Comment 5 Graham Perrin 2021-04-22 17:00:16 UTC
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 
FreeBSD 12.2-RELEASE-p4.
Comment 6 Graham Perrin 2021-05-06 06:12:23 UTC
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/>
Comment 7 Neel Chauhan freebsd_committer 2021-05-22 17:33:43 UTC
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).
Comment 8 David Sebek 2021-05-28 15:53:51 UTC
I was able to fix the boot hang issue on my system. See Bug 209821 for more details and a proposed patch.
Comment 9 Graham Perrin 2021-06-19 17:44:44 UTC
More HP users having difficulty: 

FreeBSD on HP ProDesk G6 | The FreeBSD Forums
Comment 10 Graham Perrin 2021-06-20 03:58:27 UTC
(In reply to Graham Perrin from comment #0)

> HP ProBook 440 G7

Last week a colleague mentioned the G8. 

HP ProBook 440 G8

<https://h20195.www2.hp.com/v2/GetPDF.aspx/c06907851.pdf> QuickSpecs
<https://support.hp.com/gb-en/document/c06955072>         specifications

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.)
Comment 11 Graham Perrin 2021-07-02 05:41:46 UTC

> 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?
Comment 12 David Sebek 2021-07-04 20:26:07 UTC
(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.
Comment 13 Graham Perrin 2021-07-06 06:17:31 UTC
David: thank you. 

Toomas: please, what next?
Comment 14 Graham Perrin 2021-07-15 15:45:24 UTC
⚙ D31121 amd64 UEFI boot: stop copying staging area to 2M phys