Opened 7 months ago

Closed 6 months ago

#18647 closed bug (fixed)

Kernel doesn't boot (regression)

Reported by: diver Owned by: nobody
Priority: normal Milestone: R1/beta5
Component: System/Boot Loader/EFI Version: R1/Development
Keywords: Cc: davidkaroly
Blocked By: Blocking:
Platform: x86-64

Description (last modified by diver)

This is hrev57352 x86_64 on a MacBook Pro (Retina, 15-inch, Early 2013) using nightly iso images Chainloading from rEFInd seems to have broken recently.

hrev57303 boots
hrev57352 no icons are lit

Change History (13)

comment:1 by diver, 7 months ago

Description: modified (diff)

comment:2 by diver, 7 months ago

Component: - GeneralSystem/Boot Loader/EFI

hrev57342 also boots, so the only suspect is hrev57346.

comment:3 by Coldfirex, 7 months ago

I experienced this too. hrev57342 worked in my case as well.

comment:4 by waddlesplash, 7 months ago

I can't actually get Haiku to boot via EFI in VMware even with that commit reverted.

It gets all the way to:

Calling ExitBootServices. So long, EFI!

and then nothing else happens (all icons stay unlit, no serial from kernel.)

CPU usage is at 0% it appears.

Does Haiku boot via EFI in VMware for either of you at any of those hrevs?

comment:5 by waddlesplash, 7 months ago

Meanwhile, Haiku boots fine via EFI both with and without that commit in QEMU with the EDK firmware. So, there's something else odd going on here...

comment:6 by waddlesplash, 7 months ago

Cc: davidkaroly added

Perhaps there's some chance davidkaroly might be able to help look into this, as he's worked on the EFI loader not too long ago? I don't know where to even start debugging a kernel/bootloader handoff failure, but if it reliably happens in VMware and serial out works fine there, that seems like it shouldn't be too hard to find things to try.

comment:7 by davidkaroly, 7 months ago

I have hrev57352 running in VMware, both 32-bit and 64-bit but I'm using BIOS loader.

hrev57353 (64-bit) booting up successfully on my 10+y/o Inspiron laptop via EFI loader (chained from grub as described here: https://www.haiku-os.org/guides/booting)

qemu-7.2.6 on Fedora 38, hrev57353, edk2 version 20230524-3:

  • 32-bit - successful boot to desktop (same results for KVM on/off)
  • 64-bit - stops at 4th icon (same results for KVM on/off)

VMware with EFI: haven't tried it yet. (is #17886 the same issue for VMware + EFI?)

Regarding debug printouts: there used to be some additional lines between "So long, EFI!" and "Welcome to kernel debugger output!" (e.g. memory map passed to the kernel) but recently that doesn't show up for some reason.

Last edited 7 months ago by davidkaroly (previous) (diff)

comment:8 by waddlesplash, 7 months ago

For QEMU: did you allocate enough RAM to the VM? Halt at 4th icon may be a symptom of that (serial log should show if it's running out of memory.)

I think #17886 may be related, but it mentions nothing appearing in serial out, whereas I get the full bootloader log in my serial output.

Yes, booting via BIOS on VMware works fine here too.

comment:9 by X512, 7 months ago

I also tried to run Haiku EFI in Vmware Player and it freezed with black screen before boot splash screen. Works in VirtualBox EFI.

Last edited 7 months ago by X512 (previous) (diff)

comment:11 by waddlesplash, 6 months ago

Should be fixed by hrev57368, please retest.

comment:12 by bruno, 6 months ago

Nice boootloader works on x64 again too. Thanks very much!

comment:13 by waddlesplash, 6 months ago

Milestone: UnscheduledR1/beta5
Resolution: fixed
Status: newclosed
Note: See TracTickets for help on using tickets.