Opened 3 months ago
Last modified 4 weeks 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 (4)
Change History (12)
by , 3 months ago
Attachment: | syslog_beta5.txt added |
---|
by , 3 months ago
Attachment: | syslog_hrev55181-51.txt added |
---|
comment:1 by , 3 months ago
Cc: | added |
---|---|
Version: | R1/beta5 → R1/Development |
comment:3 by , 3 months 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 , 3 months 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.
by , 4 weeks ago
Attachment: | 20241128.matrox.millennium.ii.haiku.beta5.cratuki.jpg added |
---|
Shows kernel debugging
comment:6 by , 4 weeks ago
I have built a system that is showing similar symptoms.
(1) I have a Matrix Millennium II (PCI) and a Matrox Millennium G450 (AGP). Crashes to kernel log during boot in both situations. (Attached image 20241128... is from the Millennium II boot)
(2) When I set graphics to safe mode in the boot menu, it gets to the red rocket and never goes beyond.
I don't see a setting in the /safe mode options/ screen for "Disable PAT". If you can point me to it, I may be able to gather more information.
I don't know how to get the logging that you are talking about. If you can send me instructions, I can try to collect it.
System,
- Motherboard: ABIT VP6 based on the VIA VT82C694X (Apollo Pro 133A)
- RAM: 512MB
- CPUs: 2x P3-1Ghz.
Same behaviour booting from IDE-to-cf or IDE-to-sdcard. In both cases I used dd to copy the image to the media from Linux.
BeOS R5 installs to the system and boots when installed.
by , 4 weeks ago
Attachment: | 20241128.matrox.millennium.ii.syslog.safe.mode.txt added |
---|
Millennium II configuration, Safe mode enabled. Gets stuck at red rocket.
comment:7 by , 4 weeks ago
OK. I have worked out the syslog situation. Syslog attached, from safe mode where it gets stuck at the red rocket. Do let me know if there is anything else constructive I can do.
comment:8 by , 4 weeks ago
It looks like it's gotten all the way to framebuffer initialization, but then for some reason the desktop never comes up. Not sure what that could be.
Please try with a nightly build and see if anything's different; it should use less RAM and that may help.
from syslog beta5, actually it's master:
in beta3