Hello Daniel,
Monday, September 17, 2007, 3:14:05 PM, you wrote:
DO> Now that is working do me a favor and try to compile the userland and
DO> kernel with that bsd.mp acpi enable kernel.
DO> Also, try if possible to make transfer of huge files between two boxes
DO> well connected to try to at a minimum get close to 100Mb/sec of
DO> transfer, or more if you have Gb access.
DO> In my case, it will crash every time still.
DO> Then the compile is ok with bsd, but still crash with bsd.mp in some cases.
DO> I am curious to know if that specific to my hardware, or if others have
DO> the same problem.
I have pretty much the same picture with HP ProLiant 320 G5 (Dual Core
Pentium-D 925). The server is new and passes all tests from the HP
maintenance CD.
If we enable APIC in the BIOS it's very slow, reboots itself, crashes
with random error or hangs with bsd.mp, and not really stable even with
bsd. If disable APIC - than sees only one CPU with bsd.mp. If enable ACPI
in the bsd.mp (using config -ef) having APIC disabled - crashes during boot
(with that path you where talking about or without it):
OpenBSD 4.1 (GENERIC.MP) #1225: Sat Mar 10 19:23:18 MST 2007
deraadt@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
cpu0: Intel(R) Pentium(R) D CPU 3.00GHz ("GenuineIntel" 686-class) 3.01 GHz
cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,EST,CNXT-ID,CX16,xTPR
real mem = 1071640576 (1046524K)
avail mem = 970375168 (947632K)
using 4278 buffers containing 53706752 bytes (52448K) of memory
mainbus0 (root)
bios0 at mainbus0: AT/286+ BIOS, date 12/31/99, BIOS32 rev. 0 @ 0xf0000, SMBIOS rev. 2.3 @ 0xee000 (47 entries)
bios0: HP ProLiant DL320 G5
pcibios0 at bios0: rev 3.0 @ 0xf0000/0x2000
pcibios0: PCI BIOS has 7 Interrupt Routing table entries
pcibios0: PCI Interrupt Router at 000:31:0 ("Intel 82801GB LPC" rev 0x00)
pcibios0: PCI bus #7 is the last bus
bios0: ROM list: 0xc0000/0xb000 0xcc400/0x1000 0xcd400/0x1000 0xce400/0x3400! 0xe6000/0x2000!
acpi0 at mainbus0: rev 2panic: malloc: allocation too large
Stopped at Debugger+0x4: leave
RUN AT LEAST 'trace' AND 'ps' AND INCLUDE OUTPUT WHEN REPORTING THIS PANIC!
DO NOT EVEN BOTHER REPORTING THIS WITHOUT INCLUDING THAT INFORMATION!
ddb{0}> trace
Debugger(191f9000,0,d08bbca8,2,7) at Debugger+0x4
panic(d068111a,d08bbcc4,1000,d0760520,ffffffff) at panic+0x63
malloc(f0009bd8,2,1,d064d1a8) at malloc+0x7a
acpi_load_table(0,f0009bd0,d1a33c3c,0,0) at acpi_load_table+0x19
acpi_loadtables(d1a33c00,e91f7f00,1,11) at acpi_loadtables+0x14d
acpi_attach(d1a31fc0,d1a33c00,d08bbe80,0,e91f7000) at acpi_attach+0xc6
config_attach(d1a31fc0,d073d550,d08bbe80,d048faf4) at config_attach+0xef
mainbus_attach(0,d1a31fc0,0,0,d08ba330) at mainbus_attach+0x2e5
config_attach(0,d073a4cc,0,0,d077fe80) at config_attach+0xef
config_rootfound(d06a1b18,0,d08bbf38,d0463166) at config_rootfound+0x27
cpu_configure(0,1,3,0,2) at cpu_configure+0x29
main(0,0,0,0,0) at main+0x368
ddb{0}> c
The operating system has halted.
Please press any key to reboot.
Played with 4.1 -stable so far. Didn't consider beta for production, but
will try -current. I'm going to combine and post detailed report later.
--
Best regards,
Boris mailto:boris@twopoint.com
