Opened 3 years ago

Closed 2 years ago

#17670 closed bug (fixed)

UEFI boot ends up with black screen (regression)

Reported by: Alexco Owned by: nobody
Priority: blocker Milestone: R1/beta4
Component: System/Boot Loader/EFI Version: R1/Development
Keywords: Cc: X512, jessicah
Blocked By: Blocking:
Platform: All

Description

While retesting another issue, I found that with current hrev55956 the UEFI boot ends up with a black screen, no boot menu, no logo, no loader, just black. And it hangs here forever.

I always use the UEFI loader of R1/beta3, so I don't know since when this happens. For system information, I attached the syslog of a successful boot with UEFI R1/beta3 boot loader.

Attachments (1)

syslog (46.1 KB ) - added by Alexco 3 years ago.
successful boot with beta3

Download all attachments as: .zip

Change History (17)

by Alexco, 3 years ago

Attachment: syslog added

successful boot with beta3

comment:1 by diver, 3 years ago

Component: - GeneralSystem/Boot Loader/EFI
Milestone: UnscheduledR1/beta4
Summary: UEFI boot ends up with black screenUEFI boot ends up with black screen (regression)

comment:2 by korli, 3 years ago

Weird successful log though:

KERN: app_server: Finding best mode for 1024x768 (8, 60 Hz, strict) failed
KERN: app_server: Finding best mode for 800x600 (8, 60 Hz) failed
KERN: app_server: Use 1712x1060 (8) instead.

comment:3 by korli, 3 years ago

Component: System/Boot Loader/EFIDrivers/Graphics/radeon_hd

Looks like an untested Radeon Model: https://cgit.haiku-os.org/haiku/commit/src/add-ons/kernel/drivers/graphics/radeon_hd/driver.cpp?id=b9b2a1dcd2d36f3872d5c3d65fb2ae590a63cba1

You can disable radeon_hd and it should boot with the framebuffer.

comment:4 by Alexco, 3 years ago

Yes, it does boot with disabled radeon_hd all the time, just not with the new .efi loader. Boot stops directly and screen stays black, before any part of Haiku is even loaded, or config files can be parsed.

comment:5 by korli, 3 years ago

Component: Drivers/Graphics/radeon_hdSystem/Boot Loader/EFI

can you check with a usb disk with an nightly anyboot image?

comment:6 by Alexco, 3 years ago

Tried that with a USB disk with hrev55956, same result. Instant black screen, no further output or any other activities, system hangs. Pressing the power button briefly powers system down instantly.

No idea how to debug that any further.

comment:8 by Alexco, 3 years ago

I don't know what exactly you mean with bisect, but I tried to narrow it down. The last working nightly is hrev55295. Next hrev55299 ends up in black screen.

comment:10 by waddlesplash, 3 years ago

Any chance this machine has a serial out?

Did you try spamming spacebar to enter the boot menu?

comment:11 by korli, 3 years ago

must be a duplicate of #17375

comment:12 by waddlesplash, 3 years ago

Cc: X512 jessicah added

How? That version works on this hardware...

in reply to:  10 comment:14 by Alexco, 3 years ago

Replying to waddlesplash:

Any chance this machine has a serial out?

Did you try spamming spacebar to enter the boot menu?

No, sorry, no serial port on this one. Spamming spacebar also has no effect. Is there some kind of debug version or an option which can be used while starting from the UEFI shell?

comment:15 by pulkomandy, 2 years ago

Priority: normalblocker

Marking as blocker as it's a non-booting system regression.

comment:16 by jessicah, 2 years ago

Resolution: fixed
Status: newclosed

Fixed in hrev56167.

Note: See TracTickets for help on using tickets.