Opened 2 months ago
Last modified 44 hours ago
#19129 new bug
no boot with beta5, stuck before desktop
Reported by: | Alexco | Owned by: | nobody |
---|---|---|---|
Priority: | normal | Milestone: | Unscheduled |
Component: | - General | Version: | R1/Development |
Keywords: | Cc: | mmlr | |
Blocked By: | Blocking: | ||
Platform: | All |
Description
Beta5 does not boot on my old Celeron 32-Bit system. This system already has some reported issues with Matrox GFX card:
https://dev.haiku-os.org/ticket/12254
https://dev.haiku-os.org/ticket/18310
So I use fail-safe gfx driver and set a resolution of 1024x786x32 for booting. The boot stops right after the last icon (rocket), it stays there forever, never shows KDL or the desktop.
I attached the beta3 and beta5 syslogs.
Attachments (2)
Change History (7)
by , 2 months ago
Attachment: | syslog_beta5.txt added |
---|
by , 2 months ago
Attachment: | syslog_hrev55181-51.txt added |
---|
comment:1 by , 2 months ago
Cc: | added |
---|---|
Version: | R1/beta5 → R1/Development |
comment:3 by , 8 weeks ago
It looks like the CPU here falls into the group with broken PAT support. I've compared with FreeBSD and Linux and both special case certain CPUs with PAT errata, either disabling PAT (FreeBSD) or using a different PAT layout (Linux) to work around the issue.
I've uploaded this change that should disable PAT on such CPUs. Until this change is merged, using the safemode option "Disable PAT" as korli suggested above should yield the same result.
comment:4 by , 8 weeks ago
Sorry, but disabling PAT in the bootloader does not solve the issue, neither the Matrox KDL issue, nor the non booting one. It simply says at that red rocket forever.
from syslog beta5, actually it's master:
in beta3