Hi,
since kernel 4.9 only one core is recognized of my AMD FX(tm)-4100
Quad-Core Processor.
I discussed this here
<https://forums.gentoo.org/viewtopic-t-1056638-start-25-postdays-0-postorder-asc-highlight-.html>
first and tried a lot of thinks without any luck.
One tip of another user was to do a bisect first and then file a
possible bug.
I did that with kernel 4.8.17 (which works) and 4.9 and came finally to
the following commit:
[8f54969dc8d6704632b42cbb5e47730cd75cc713] x86/acpi: Introduce persistent storage for cpuid <-> apicid mapping
8f54969dc8d6704632b42cbb5e47730cd75cc713 is the first bad commit
commit 8f54969dc8d6704632b42cbb5e47730cd75cc713
Author: Gu Zheng<guz.fnst@xxxxxxxxxxxxxx>
Date: Thu Aug 25 16:35:16 2016 +0800
x86/acpi: Introduce persistent storage for cpuid <-> apicid mapping
The whole patch-set aims at making cpuid <-> nodeid mapping persistent. So that,
when node online/offline happens, cache based on cpuid <-> nodeid mapping such as
wq_numa_possible_cpumask will not cause any problem.
It contains 4 steps:
1. Enable apic registeration flow to handle both enabled and disabled cpus.
2. Introduce a new array storing all possible cpuid <-> apicid mapping.
3. Enable _MAT and MADT relative apis to return non-present or disabled cpus' apicid.
4. Establish all possible cpuid <-> nodeid mapping.
This patch finishes step 2.
In this patch, we introduce a new static array named cpuid_to_apicid[],
which is large enough to store info for all possible cpus.
And then, we modify the cpuid calculation. In generic_processor_info(),
it simply finds the next unused cpuid. And it is also why the cpuid <-> nodeid
mapping changes with node hotplug.
After this patch, we find the next unused cpuid, map it to an apicid,
and store the mapping in cpuid_to_apicid[], so that cpuid <-> apicid
mapping will be persistent.
And finally we will use this array to make cpuid <-> nodeid persistent.
cpuid <-> apicid mapping is established at local apic registeration time.
But non-present or disabled cpus are ignored.
In this patch, we establish all possible cpuid <-> apicid mapping when
registering local apic.
Signed-off-by: Gu Zheng<guz.fnst@xxxxxxxxxxxxxx>
Signed-off-by: Tang Chen<tangchen@xxxxxxxxxxxxxx>
Signed-off-by: Zhu Guihua<zhugh.fnst@xxxxxxxxxxxxxx>
Signed-off-by: Dou Liyang<douly.fnst@xxxxxxxxxxxxxx>
Acked-by: Ingo Molnar<mingo@xxxxxxxxxx>
Cc:mika.j.penttila@xxxxxxxxx
Cc:len.brown@xxxxxxxxx
Cc:rafael@xxxxxxxxxx
Cc:rjw@xxxxxxxxxxxxx
Cc:yasu.isimatu@xxxxxxxxx
Cc:linux-mm@xxxxxxxxx
Cc:linux-acpi@xxxxxxxxxxxxxxx
Cc:isimatu.yasuaki@xxxxxxxxxxxxxx
Cc:gongzhaogang@xxxxxxxxxx
Cc:tj@xxxxxxxxxx
Cc:izumi.taku@xxxxxxxxxxxxxx
Cc:cl@xxxxxxxxx
Cc:chen.tang@xxxxxxxxxxxx
Cc:akpm@xxxxxxxxxxxxxxxxxxxx
Cc:kamezawa.hiroyu@xxxxxxxxxxxxxx
Cc:lenb@xxxxxxxxxx
Link:http://lkml.kernel.org/r/1472114120-3281-4-git-send-email-douly.fnst@xxxxxxxxxxxxxx
Signed-off-by: Thomas Gleixner<tglx@xxxxxxxxxxxxx>
Is my cpuid missing in the mapping mentioned above?
~ # lscpu
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
CPU(s): 4
On-line CPU(s) list: 0-3
Thread(s) per core: 2
Core(s) per socket: 2
Socket(s): 1
Vendor ID: AuthenticAMD
CPU family: 21
Model: 1
Model name: AMD FX(tm)-4100 Quad-Core Processor
Stepping: 2
CPU MHz: 3600.000
CPU max MHz: 3600,0000
CPU min MHz: 1400,0000
BogoMIPS: 7183.66
Virtualization: AMD-V
L1d cache: 16K
L1i cache: 64K
L2 cache: 2048K
L3 cache: 8192K
Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc extd_apicid aperfmperf eagerfpu pni pclmulqdq monitor ssse3 cx16 sse4_1 sse4_2 popcnt aes xsave avx lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs xop skinit wdt lwp fma4 nodeid_msr topoext perfctr_core perfctr_nb cpb hw_pstate vmmcall arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold
Or do i miss some new kernel config option?
Do you need more information?
Thanks in advance
Martin
--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
