On Sat, 20 Oct 2018, Dr.Boutari wrote: > Again thanks for your work, im not a programmer so forgive my ignorance > at times. I attached the required reports in addition to others.
Thank you. > First of all I gathered acpidump pcidump and dmesg(of successful kernel > boot with acpi disabled) for my system. Later I booted again with acpi > enabled so I can record the dmesg of the crash boot and compare it to > the dmesg with acpi disabled. This showed acpi warnings that my other 3 > cores are not configured so I thought probably as you stated acpi is > required to recognise them and the warnings are expected since im > booting bsd.sp. Correct. > Comparing to acpi-disabled dmesg it shows that when acpi is disabled > Intel MP Specification 1.4 from bios is loaded instead however no > mention of other cores is noted. <...> > > With acpi enabled the crash occurs at a later point so it doesnt seem to > be necessarily related. I don't know what you mean by that last statement. The information provided by the ACPI subsystem is used the entire time the OS is running. Indeed, the crash information from your original report showed it faulting in acpi_get_table_with_size() _after_ the "root on sd0a ..." line. > Later to make sure if the problem with unrecognised cores is due to > disabling acpi I booted again from the 6.4 amd64 install cd without > disabling acpi. This however showed warnings that even in this case the > cpu cores are not recognised, so this basicly rules out the theory > disabling acpi is the cause. The crash occurs at a later stage after > swap/dump messages. I included screenshots of both stages for > documentation. That is not a good conclusion to draw. > I believe the bios provides different methods for cpu running whether > acpi is disabled or enabled,however some required software is missing or > bugged. But im no expert so hope you could make something out of this > data. OpenBSD has supported discovery of additional cpus using the mpbios tables since 2004, before it supported ACPI at all. This machine just doesn't appear to report all its CPUs in its mpbios table. Frankly, trying to improve the behavior of this machine when ACPI is not used is a waste of programmer time. If the machine has ACPI, then practically the only reason to run it _without_ using ACPI is to debug ACPI issues! Looking at your previous messages, they seem to mix information from different attempts, with different kernels (amd64 vs i386) and different devices disabled. Mixing those makes it impossible to know what problem is actually being diagnosed and is simply frustrating. IMHO, if you want assistance from the OpenBSD developers in making this machine function better, you need to go back to the original problem: when booting a _stock_ amd64 GENERIC.MP kernel with _nothing_ disabled, what exactly happens: - what is the sequence of events leading to the crash (boot? shutdown?) - what is the output before the crash? - if it drops into ddb, then gather the crash or panic message and the other information requested at https://www.openbsd.org/ddb.html Philip Guenther
