Here is the boot log from booting my EPoX MF570SLI in nolapic mode.

When I boot without nolapic or noapic I get as far as
io scheduler cfq registered (default)
I can't boot to serial right now.
Inspecting /boot/System.map-2.6.22.18-0.2-default

Loaded 26669 symbols from /boot/System.map-2.6.22.18-0.2-default.

Symbols match kernel version 2.6.22.

No module symbols loaded - kernel modules not enabled.
klogd 1.4.1, log source = ksyslog started.

<5>Linux version 2.6.22.18-0.2-default (geeko@buildhost) (gcc version

4.2.1 (SUSE Linux)) #1 SMP 2008-06-09 13:53:20 +0200

<6>Command line:

root=/dev/disk/by-id/scsi-SATA_Hitachi_HDT7250_VFB200R210J8UJ-part1

splash=silent showopts nolapic

<6>BIOS-provided physical RAM map:

<4> BIOS-e820: 0000000000000000 - 000000000009f000 (usable)

<4> BIOS-e820: 000000000009f000 - 00000000000a0000 (reserved)

<4> BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)

<4> BIOS-e820: 0000000000100000 - 000000003fff0000 (usable)

<4> BIOS-e820: 000000003fff0000 - 000000003fff3000 (ACPI NVS)

<4> BIOS-e820: 000000003fff3000 - 0000000040000000 (ACPI data)

<4> BIOS-e820: 00000000d0000000 - 00000000f0000000 (reserved)

<4> BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved)

<7>Entering add_active_range(0, 0, 159) 0 entries of 3200 used

<7>Entering add_active_range(0, 256, 262128) 1 entries of 3200 used

<4>end_pfn_map = 1048576

<6>DMI 2.2 present.

<4>ACPI: RSDP 000F80B0, 0014 (r0 Nvidia)

<4>ACPI: RSDT 3FFF3040, 0034 (r1 Nvidia AWRDACPI 42302E31 AWRD        0)

<4>ACPI: FACP 3FFF30C0, 0074 (r1 Nvidia AWRDACPI 42302E31 AWRD        0)

<4>ACPI: DSDT 3FFF3180, 6732 (r1 NVIDIA AWRDACPI     1000 MSFT  100000E)

<4>ACPI: FACS 3FFF0000, 0040

<4>ACPI: SSDT 3FFF99C0, 01C4 (r1 PTLTD  POWERNOW        1  LTP        1)

<4>ACPI: MCFG 3FFF9C00, 003C (r1 Nvidia AWRDACPI 42302E31 AWRD        0)

<4>ACPI: APIC 3FFF9900, 0072 (r1 Nvidia A...
[ message continues ]

On Sat, Jul 5, 2008 at 5:53 PM, Jon Nelson
I recently tried a bunch of stuff:
Things that do not help:

1. adding nolapic_timer

2. adding either of acpi_skip_timer, acpi_use_time_override

3. with or without nolapic, adding acpi_serialize hangs the boot.
Additional debugging:

1. adding apic=debug

2. earlyprintk=vga
One time, I got far enough to see:
Booting

Initializing CPU #1

Stuck ??

Inquiring remote #1 ...

... APIC #1 ID: 01000000

... APIC #1 VERSION: 80050010

... APIC #1 SPIN: 000001ff

Brought up 1 CPUs

<hang here>
Then I tried 2.6.25.5 (which I can boot from but cannot use as yet)...

and it boots without nolapic or noapic.

Below, please find the dmesg for that. I added "apic=debug earlyprintk=vga".
Linux version 2.6.25.5-1.1-default (geeko@buildhost) (gcc version

4.3.1 20080507 (prerelease) [gcc-4_3-branch revision 135036] (SUSE

Linux) ) #1 SMP 2008-06-07 01:55:22 +0200

Command line: root=/dev/disk/by-id/scsi-SATA_Hitachi_HDT7250_VFB200R210J8UJ-part1

splash=silent showopts apic=debug earlyprintk=vga 1

BIOS-provided physical RAM map:

 BIOS-e820: 0000000000000000 - 000000000009f000 (usable)

 BIOS-e820: 000000000009f000 - 00000000000a0000 (reserved)

 BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)

 BIOS-e820: 0000000000100000 - 000000003fff0000 (usable)

 BIOS-e820: 000000003fff0000 - 000000003fff3000 (ACPI NVS)

 BIOS-e820: 000000003fff3000 - 0000000040000000 (ACPI data)

 BIOS-e820: 00000000d0000000 - 00000000f0000000 (reserved)

 BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved)

console [earlyvga0] enabled

Entering add_active_range(0, 0, 159) 0 entries of 3200 used

Entering add_active_range(0, 256, 262128) 1 entries of 3200 used

end_pfn_map = 1048576

DMI 2.2 present.

ACPI: RSDP 000F80B0, 0014 (r0 Nvidia)

ACPI: RSDT 3FFF3040, 0034 (r1 Nvidia AWRDACPI 42302E31 AWRD        0)

ACPI: FACP 3FFF30C0, 0074 (r1 Nvidia AWRDACPI 42302E31 AWRD        0)

ACPI: DSDT 3FFF3180, 6732 (r1 NVIDIA AWRDACPI     1000 MSFT  100000E)

ACPI: FACS 3FFF0...
[ message continues ]

You are getting this as the next line after that:
0000:00:02.1 EHCI: BIOS handoff failed (BIOS bug ?) 01010001
You might want to try upgrading your BIOS, it seems like the BIOS is not

letting go of the USB controller when Linux tries to take over. I don't

know if that's related to the problem though.
If that doesn't work, I'd try a newer kernel version.
--

I completely disabled USB in the BIOS. I get a bit further, but still,

a hang. See my other msgs.
--

Jon

--