Opened 10 years ago
Last modified 7 months ago
#11470 new bug
[Boot Loader] goes into Death Land with 4 CPUs in VMware
Reported by: | diver | Owned by: | bonefish |
---|---|---|---|
Priority: | normal | Milestone: | R1 |
Component: | System/Boot Loader | Version: | R1/Development |
Keywords: | boot-failure | Cc: | anevilyak, jackburton, korli |
Blocked By: | Blocking: | #12036 | |
Platform: | All |
Description (last modified by )
This is hrev48304 in VMware Fusion 7.0.1 on OS X 10.8.5.
Possible number of CPUs in VM settings: 1,2,3,4,6,8
Haiku boots with any number except 4.
options = 0 APM version 1.2 available, flags 3. Page-Fault Exception: read fault at address: 0x81106000 Welcome to Boot Loader Death Land! eax 0x51 ebx 0x81105faf ecx 0xffffff87 edx 0x5c esi 0xf6ac0 edi 0x24 ebp 0xff50 esp 0xff3c eip 0x13f68 eflags 0x210097 frame return address 0x0000ff50 0x00013f68 0x0000ff80 0x00014073 0x0000ffb0 0x00014167 0x0000fff0 0x000105c1 0x0000fff8 0x00010257 Press a key to reboot.
Attachments (2)
Change History (15)
by , 10 years ago
Attachment: | cpu_info.txt added |
---|
comment:1 by , 10 years ago
Assuming you built the image yourself, can you please attach the file "objects/haiku/<primaryArch>/release/system/boot/boot_loader_bios_ia32" (replace <primaryArch> respectively) from your generated directory, so we can decode the stack trace.
comment:2 by , 10 years ago
Description: | modified (diff) |
---|
Actually, this Haiku revision was installed with pkgman update.
comment:5 by , 10 years ago
Cc: | added |
---|
Stack trace is:
acpi_validate_rsdt(acpi_descriptor_header *) acpi_check_rsdt(acpi_rsdp_extended *) acpi_init() _start() multiboot_start()
Disassembly with crashing instruction:
00013f50 <acpi_validate_rsdt(acpi_descriptor_header *)>: 13f50: 55 push %ebp 13f51: 89 e5 mov %esp,%ebp 13f53: 53 push %ebx 13f54: 8b 55 08 mov 0x8(%ebp),%edx 13f57: 89 d3 mov %edx,%ebx 13f59: b1 00 mov $0x0,%cl 13f5b: 31 c0 xor %eax,%eax 13f5d: 3b 42 04 cmp 0x4(%edx),%eax 13f60: 73 0e jae 13f70 <acpi_validate_rsdt(acpi_descriptor_header *)+0x20> 13f62: 8b 52 04 mov 0x4(%edx),%edx 13f65: 8d 76 00 lea 0x0(%esi),%esi >> 13f68: 02 0c 18 add (%eax,%ebx,1),%cl 13f6b: 40 inc %eax 13f6c: 39 d0 cmp %edx,%eax 13f6e: 72 f8 jb 13f68 <acpi_validate_rsdt(acpi_descriptor_header *)+0x18> 13f70: 31 c0 xor %eax,%eax 13f72: 84 c9 test %cl,%cl 13f74: 74 05 je 13f7b <acpi_validate_rsdt(acpi_descriptor_header *)+0x2b> 13f76: b8 10 00 00 80 mov $0x80000010,%eax 13f7b: 5b pop %ebx 13f7c: 89 ec mov %ebp,%esp 13f7e: 5d pop %ebp 13f7f: c3 ret
The crashing instruction corresponds to the source line checksum += data[i];
(cf. src/system/boot/platform/bios_ia32/acpi.cpp). i
is 0x51 (eax) which moves the read access to the next page (0x81106000), which is apparently not mapped. CC'ing to the people who touched the code in the past.
comment:7 by , 10 years ago
The ACPI code seems correct (the same code works fine in the kernel). Could it be that the mapping of second page fail or isn't taken into account? We actually map the first page, unmap it, map it again and map the next one.
I compared with FreeBSD, and one difference is they clobber the memory on the invlpg instruction.
comment:8 by , 10 years ago
Blocking: | 7665 added |
---|
comment:10 by , 6 years ago
Keywords: | boot-failure added |
---|
comment:11 by , 6 years ago
Blocking: | 7665 removed |
---|
comment:12 by , 6 years ago
On another PC I have updated VMware Workstation from version 14 to 15 and now get Boot Loader Death Land with 2 CPUs. It boots with 1 and 4 CPUs here.
by , 6 years ago
Attachment: | bldl_vmware_workstation15.png added |
---|
comment:13 by , 7 months ago
I can't seem to reproduce this with Workstation 15 with 1, 2, 3, 4, or 5 processor cores. Is anyone else?
sysctl -a | grep machdep.cpu