Cannot boot UEFI images on a Mac

[warpdesign2]

Attempting to boot the UEFI image using USB on a Mac doesn't work.

After pressing "alt" to bring the boot menu, and selecting the USB UEFI boot, nothing happens and the Mac seem to have frozen.

[warpdesign2]

Note: since no official images are available yet, I tried this one I found: ​https://keybase.pub/kallisti5/haiku-nightly-anyboot-efi.iso

[KapiX]

Which Mac? (model and year; specs would be nice)

[warpdesign2]

Mac mini late 2012:

• 2.3 GHz Core i7 (I7-3615QM)
• intel HD4000
• 16GB RAM
• 2xHDD SATA (nous SSD)

[warpdesign2]

No SSD...

[diver]

Same issue here on MacBook Pro (Retina, 15-inch, Early 2013).
Selecting the UEFI boot freezes Mac. This is how it looks like:

[pulkomandy]

Any progress in the last two years?

[diver]

Nope, still hangs as of beta2.

[tqh]

It is really hard to track down without hw or more info. To me it looks like it is not even starting..

[diver]

haiku_loader.efi starts fine if chainloaded via rEFInd. So it does something different here.

[alpopa]

Is the EFI boot any better from Haiku DVD rather than from USB?

[tqh]

Refind uses Mac specific UEFI API to trick Mac that the OS booting is MacOS I think. That enables more hw.

[tqh]

Sorry it wasn't refind. I was thinking of ​https://github.com/0xbb/apple_set_os.efi

[diver]

According to ​https://wiki.archlinux.org/index.php/Unified_Extensible_Firmware_Interface

Apple's EFI implementation is neither a EFI 1.x version nor UEFI 2.x version but mixes up both. This kind of firmware does not fall under any one (U)EFI specification and therefore is not a standard UEFI firmware. Unless stated explicitly, these instructions are general and some of them may not work or may be different in Apple Macs.

Also ​https://sourceforge.net/p/refind/discussion/general/thread/549be07acc/#4bd5

I've had problems getting gdisk to run on Macs, I suspect because of incompatibities between the way it's built and the Mac's EFI. (Apple uses a heavily-patched EFI 1.x that's incompatible with some binaries built for EFI 2.x.)

[diver]

I wonder if it could be related to framebuffer base address. Linux used to freeze in a similar way ​https://bugzilla.redhat.com/show_bug.cgi?id=528232

[tqh]

I would expect them to have moved on and get FB address from UEFI as we do by now.

However as ​https://lists.gnu.org/archive/html/grub-devel/2013-12/msg00442.html writes, Mac disables internal GPU's on certain models when booting non Mac OS. So framebuffer mem might not be mapped and GPU might not be enabled.

[pulkomandy]

Various questions:

• Is there a machine where this happens that also has an ExpressCard port? We could then use that to get serial debug output
• Is there a way to access the boot menu or does it not even get this far?
• Is there any way to "hot reset" the machine (without power down), and then start the bootloader from EFI after that? With some luck, it would allow us to get the bootloader log from the previous attempt
• Any change after hrev54760?

[kallisti5]

I should mention here that ​https://github.com/0xbb/apple_set_os.efi should not be needed... haiku's bootloader actually already does this as of hrev53869

​https://git.haiku-os.org/haiku/tree/src/system/boot/platform/efi/quirks.cpp

[kallisti5]

"Any change after hrev54760?"

Y'all reverted that one.. so not really testable now :P

[kallisti5]

also, I can confirm the black screen on a 2019 Mac Book Pro (A1990) as of hrev54950

I just noticed that the efi_quirks happen *WAY* too late. Going to see if moving them sooner helps.

[kallisti5]

@diver you might want to see if ​https://review.haiku-os.org/c/haiku/+/3741 improves the issue for you.

It doesn't fix the black screen issue on my 2019 Mac Book Pro, but may help the older (non-T2) devices.

[diver]

I tried hrev54952 with and without your patch and they both behave the same way: boot logo appears but no icons are lit. So there were some progress since my comment:6.

[kallisti5]

@diver Thanks for confirming! By "boot logo" do you mean the logo for the "usb drive with the leaf" or do you see the Haiku bootsplash with the icons?

If the latter, could you try tapping space after selecting Haiku to get into the haiku bootloader menu? a picture of the haiku bootloader logs would be greatly helpful

[diver]

I meant Haiku bootsplash with the icons.

Tapping space (or Esc) after selecting Haiku locks up screen at the initial volume selection with usb drive with the leaf.

[kallisti5]

interesting. Did you try entering the Haiku boot menu with and without the patch above?

[waddlesplash]

Please retest with a recent nightly.

[nephele]

Tested hrev 58265
mac mini 2012: no change
mac mini 2014: didn't see the bootloader (why? did my usb stick break between tests?)
mac mini 2012 (2): no change (but sees the bootloader)

To me the 2014 one not seeing the bootloader is suprising to me. I'll try and check if this is a regression.

Also note that I have two mac mini 2012 that I have gotten for haiku porting so i could ship one out to a fellow develop for testing. No expresscard port in there though

[warpdesign2]

I tested rev 58285 on another Mac and it boots to the desktop but the display is trashed, see included photo.

This is a Macbook from 2017 which has Intel HD Graphics 615.

Full specs can be found here: ​https://support.apple.com/en-us/111986

[warpdesign2]

Graphics is trashed on Intel HD Graphics 615 on rev 58285

[waddlesplash]

Try blocklisting the intel_extreme driver.

[waddlesplash]

Please retest after hrev58344; we may get an onscreen panic at least.