Bug 41402 - Failure to boot CPU core - dmesg shows "CPU1: Not responding."
Summary: Failure to boot CPU core - dmesg shows "CPU1: Not responding."
Status: NEW
Alias: None
Product: Platform Specific/Hardware
Classification: Unclassified
Component: i386 (show other bugs)
Hardware: i386 Linux
: P1 normal
Assignee: platform_i386
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-08-19 21:45 UTC by John Skelton
Modified: 2016-06-05 03:34 UTC (History)
5 users (show)

See Also:
Kernel Version: 3.1.0-rc2
Subsystem:
Regression: No
Bisected commit-id:


Attachments
dmesg output (39.81 KB, application/octet-stream)
2011-08-19 21:45 UTC, John Skelton
Details
acpidump output (135.42 KB, application/octet-stream)
2011-08-19 21:52 UTC, John Skelton
Details
mptable output - looks like the kernel ignores it but maybe useful (4.10 KB, application/octet-stream)
2011-08-19 21:53 UTC, John Skelton
Details

Description John Skelton 2011-08-19 21:45:34 UTC
Created attachment 69432 [details]
dmesg output

I have an Intel Core 2 Duo T5750 2.0Ghz on which 32-bit and
64-bit kernels fail to boot CPU #1.  (Annoyingly, Vista is fine.)

This problem is present in kernel 3.1.0-rc2 and all kernels tried
(at least back to 2.6.24.4).

Attached is data from dmesg, acpidump & mptable.

I wondered if this was an ACPI or MP table problem but believe not.

They looked OK to me so I adapted a standalone program (to be
grub-bootable) which uses the Intel example way of booting (an APIC
INIT IPI followed by STARTUP IPI twice, sent using broadcast to all
except self).  This works, so next I hacked arch/x86/kernel/smpboot.c's
wakeup_secondary_cpu_via_init to use the same way - which also works.

The relevant Intel manuals appear to include the "Intel 64 and IA-32
Architectures Software Developer's Manual Vol 3A", Chapter 8, and
"x86 System Programming Guide", Chapter 7.

I would be grateful for contact from anyone with ideas or with
knowledge of why smpboot.c is structured as it is instead of using
Intel's algorithm.
Comment 1 John Skelton 2011-08-19 21:52:13 UTC
Created attachment 69442 [details]
acpidump output
Comment 2 John Skelton 2011-08-19 21:53:53 UTC
Created attachment 69452 [details]
mptable output - looks like the kernel ignores it but maybe useful
Comment 3 John Skelton 2011-08-20 10:00:29 UTC
dmesg shows "multiple APIC/MADT found"; it does not seem to matter
whether acpi_apic_instance is set to 0 or 2.
Comment 4 John Skelton 2011-08-22 17:28:36 UTC
This may be the same problem affecting various MacBooks such as with Ubuntu.
google the dmesg message if interested!
Comment 5 xerofoify 2014-06-25 16:08:47 UTC
Please test this bug and see if it's fixed with newer kernels.
Cheers Nick

Note You need to log in before you can comment on or make changes to this bug.