[Bug 1195736] New: leap 15.3, latest kernels- lack exactly one cpu core (6core cpu)
http://bugzilla.opensuse.org/show_bug.cgi?id=1195736 Bug ID: 1195736 Summary: leap 15.3, latest kernels- lack exactly one cpu core (6core cpu) Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.3 Hardware: x86-64 OS: openSUSE Leap 15.3 Status: NEW Severity: Major Priority: P5 - None Component: Kernel Assignee: kernel-bugs@opensuse.org Reporter: abittner@opensuse.org QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- My 6core CPU ( AMD Phenom(tm) II X6 1100T Processor )is apparently missing one of its cpu cores during kernel boot. The booting process only brings up a total of 5 cores. I think this came along around these latest newer kind (my gut feeling) of kernel-default releases that were suddenly named -150300. First I was thinking I was still affected by some of those amd/amd-gpu based troubles from the recent kernel releases, but fixed as of a few days, I also had to boot with nomodeset
but not any more after the fixed kernel. that earlier kernel with nomodeset needed for amd-based gpu also expressed these limited core numbers on this cpu. the most current kernel as of now also has the lacking core. currently I still have installed rpm: kernel-default-5.3.18-150300.59.43.1.x86_64 kernel-default-5.3.18-150300.59.46.1.x86_64 kernel-default-5.3.18-59.40.1.x86_64 running/booted: Linux linux 5.3.18-150300.59.46-default #1 SMP Tue Feb 1 16:19:33 UTC 2022 (fb6d1ec) x86_64 x86_64 x86_64 GNU/Linux cat /proc/cpuinfo | grep "processor" processor : 0 processor : 1 processor : 2 processor : 3 processor : 4 Kde application "KDE System Monitor", KSysGuard, also only shows 5 cores/cpus. same for top and other tools top - 15:46:43 up 16 min, 12 users, load average: 0.36, 0.84, 0.98 Tasks: 243 total, 2 running, 240 sleeping, 0 stopped, 1 zombie %Cpu0 : 3.4 us, 0.3 sy, 0.0 ni, 96.3 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st %Cpu1 : 10.3 us, 2.6 sy, 0.0 ni, 86.8 id, 0.0 wa, 0.0 hi, 0.3 si, 0.0 st %Cpu2 : 5.7 us, 4.7 sy, 0.0 ni, 89.6 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st %Cpu3 : 11.8 us, 3.5 sy, 0.0 ni, 83.8 id, 0.6 wa, 0.0 hi, 0.3 si, 0.0 st %Cpu4 : 11.3 us, 4.0 sy, 0.0 ni, 84.7 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st sudo dmesg -e | grep CPU [sudo] password for root: [ +0.000003] smpboot: Allowing 6 CPUs, 1 hotplug CPUs [ +0.100440] setup_percpu: NR_CPUS:8192 nr_cpumask_bits:6 nr_cpu_ids:6 nr_node_ids:1 [ +0.000144] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=6, Nodes=1 [ +0.000001] rcu: RCU restricting CPUs from NR_CPUS=8192 to nr_cpu_ids=6. [ +0.108315] process: Switch to broadcast mode on CPU0 [ +0.000007] smpboot: CPU0: AMD Phenom(tm) II X6 1100T Processor (family: 0x10, model: 0xa, stepping: 0x0) [ +0.000080] smp: Bringing up secondary CPUs ... [ +0.000001] .... node #0, CPUs: #1 [ -0.331118] process: Switch to broadcast mode on CPU1 [ -0.333662] process: Switch to broadcast mode on CPU2 [ -0.334194] process: Switch to broadcast mode on CPU3 [ -0.338196] process: Switch to broadcast mode on CPU4 [ +0.340744] smp: Brought up 1 node, 5 CPUs [ +0.000173] mtrr: your CPUs had inconsistent variable MTRR settings [ +0.000001] mtrr: probably your BIOS does not setup all CPUs. [ +0.000071] ledtrig-cpu: registered to indicate activity on CPUs [ +0.000025] microcode: CPU0: patch_level=0x010000dc [ +0.000010] microcode: CPU1: patch_level=0x010000dc [ +0.000009] microcode: CPU2: patch_level=0x010000dc [ +0.000004] microcode: CPU3: patch_level=0x010000dc [ +0.000007] microcode: CPU4: patch_level=0x010000dc hwinfo shows the same 5 activated cores. Thanks. -- You are receiving this mail because: You are the assignee for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1195736 http://bugzilla.opensuse.org/show_bug.cgi?id=1195736#c1 --- Comment #1 from andreas bittner <abittner@opensuse.org> --- slightly more grep sudo dmesg -e | grep -i cpu [ +0.000003] smpboot: Allowing 6 CPUs, 1 hotplug CPUs [ +0.100440] setup_percpu: NR_CPUS:8192 nr_cpumask_bits:6 nr_cpu_ids:6 nr_node_ids:1 [ +0.000642] percpu: Embedded 56 pages/cpu s192512 r8192 d28672 u262144 [ +0.000004] pcpu-alloc: s192512 r8192 d28672 u262144 alloc=1*2097152 [ +0.000001] pcpu-alloc: [0] 0 1 2 3 4 5 - - [ +0.000144] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=6, Nodes=1 [ +0.000001] rcu: RCU restricting CPUs from NR_CPUS=8192 to nr_cpu_ids=6. [ +0.000001] rcu: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=6 [ +0.108315] process: Switch to broadcast mode on CPU0 [ +0.000007] smpboot: CPU0: AMD Phenom(tm) II X6 1100T Processor (family: 0x10, model: 0xa, stepping: 0x0) [ +0.000080] smp: Bringing up secondary CPUs ... [ +0.000001] .... node #0, CPUs: #1 [ -0.331118] process: Switch to broadcast mode on CPU1 [ -0.333662] process: Switch to broadcast mode on CPU2 [ -0.334194] process: Switch to broadcast mode on CPU3 [ -0.338196] process: Switch to broadcast mode on CPU4 [ +0.340744] smp: Brought up 1 node, 5 CPUs [ +0.000056] cpuidle: using governor ladder [ +0.000003] cpuidle: using governor menu [ +0.000173] mtrr: your CPUs had inconsistent variable MTRR settings [ +0.000001] mtrr: probably your BIOS does not setup all CPUs. [ +0.000071] ledtrig-cpu: registered to indicate activity on CPUs [ +0.000025] microcode: CPU0: patch_level=0x010000dc [ +0.000010] microcode: CPU1: patch_level=0x010000dc [ +0.000009] microcode: CPU2: patch_level=0x010000dc [ +0.000004] microcode: CPU3: patch_level=0x010000dc [ +0.000007] microcode: CPU4: patch_level=0x010000dc [ +0.004443] [drm] GART: num cpu pages 131072, num gpu pages 131072 [ +0.006357] acpi_cpufreq: overriding BIOS provided _PSD data Compare to another system with almost the same CPU: - different system with a slighly less potent CPU but of the same class, also 6core same amd architecture, although on a different motherboard, but that one shows 6 working cores: sudo dmesg -e | grep -i cpu [ +0.000003] smpboot: Allowing 8 CPUs, 2 hotplug CPUs [ +0.103210] setup_percpu: NR_CPUS:8192 nr_cpumask_bits:8 nr_cpu_ids:8 nr_node_ids:1 [ +0.000732] percpu: Embedded 56 pages/cpu s192512 r8192 d28672 u262144 [ +0.000005] pcpu-alloc: s192512 r8192 d28672 u262144 alloc=1*2097152 [ +0.000001] pcpu-alloc: [0] 0 1 2 3 4 5 6 7 [ +0.000160] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=8, Nodes=1 [ +0.000001] rcu: RCU restricting CPUs from NR_CPUS=8192 to nr_cpu_ids=8. [ +0.000000] rcu: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=8 [ +0.110035] process: Switch to broadcast mode on CPU0 [ +0.000005] smpboot: CPU0: AMD Phenom(tm) II X6 1090T Processor (family: 0x10, model: 0xa, stepping: 0x0) [ +0.000108] smp: Bringing up secondary CPUs ... [ +0.000000] .... node #0, CPUs: #1 [ -0.332199] process: Switch to broadcast mode on CPU1 [ -0.333397] process: Switch to broadcast mode on CPU2 [ -0.335452] process: Switch to broadcast mode on CPU3 [ -0.337513] process: Switch to broadcast mode on CPU4 [ -0.341512] process: Switch to broadcast mode on CPU5 [ +0.344084] smp: Brought up 1 node, 6 CPUs [ +0.000000] cpuidle: using governor ladder [ +0.000000] cpuidle: using governor menu [ +0.000251] mtrr: your CPUs had inconsistent variable MTRR settings [ +0.000001] mtrr: probably your BIOS does not setup all CPUs. [ +0.000156] ledtrig-cpu: registered to indicate activity on CPUs [ +0.000025] microcode: CPU0: patch_level=0x010000dc [ +0.000010] microcode: CPU1: patch_level=0x010000dc [ +0.000025] microcode: CPU2: patch_level=0x010000dc [ +0.000004] microcode: CPU3: patch_level=0x010000dc [ +0.000018] microcode: CPU4: patch_level=0x010000dc [ +0.000007] microcode: CPU5: patch_level=0x010000dc [ +0.004605] [drm] GART: num cpu pages 131072, num gpu pages 131072 [ +1.320163] acpi_cpufreq: overriding BIOS provided _PSD data running the same kernel there uname -a Linux linux02 5.3.18-150300.59.46-default #1 SMP Tue Feb 1 16:19:33 UTC 2022 (fb6d1ec) x86_64 x86_64 x86_64 GNU/Linux Thanks. -- You are receiving this mail because: You are the assignee for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1195736 http://bugzilla.opensuse.org/show_bug.cgi?id=1195736#c2 Takashi Iwai <tiwai@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |abittner@opensuse.org, | |tiwai@suse.com Flags| |needinfo?(abittner@opensuse | |.org) --- Comment #2 from Takashi Iwai <tiwai@suse.com> --- Any of the installed old kernels shows up with 6 cpus? If not, you can find even older kernels in OBS repos, see the output of "zypper se -s kernel-default". If you get an older kernel working with 6 cpu cores, please get dmesg output as the working case, and also get dmesg from the non-working case, then upload both files (don't paste) to Bugzilla. -- You are receiving this mail because: You are the assignee for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1195736 http://bugzilla.opensuse.org/show_bug.cgi?id=1195736#c3 andreas bittner <abittner@opensuse.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(abittner@opensuse | |.org) | --- Comment #3 from andreas bittner <abittner@opensuse.org> --- Sorry for the confusion, I did exactly that, bringing in more and older kernels via
https://doc.opensuse.org/documentation/leap/reference/html/book-reference/ch...
e.g.
zypper in --oldpackage kernel-default-5.3.18-59.19.1 kernel-default-extra-5.3.18-59.19.1 kernel-default-optional-5.3.18-59.19.1
rebooted several times but at least these older kernels also only showed exactly five active cores. Went into the bios then, this is all old hardware, but never messed around in there before, and there was some kind of hardware unleashing mode, activating that and turning it back and forth, even shut down the whole machine into like almost a real cold start, booted back up, and suddenly the older kernels and also the newest one are all now showing all 6 cores as active and alive. So its just fine again. Very weird, sorry for bothering, dont know what happened or why this system acts like this. Never observed only 5 cores before, or I cant remember having this kind of problems in the past. I am on Linux linux 5.3.18-150300.59.46-default #1 SMP Tue Feb 1 16:19:33 UTC 2022 (fb6d1ec) x86_64 x86_64 x86_64 GNU/Linux again with dmesg -e | grep -i cpu [ +0.000003] smpboot: Allowing 6 CPUs, 0 hotplug CPUs [ +0.100032] setup_percpu: NR_CPUS:8192 nr_cpumask_bits:6 nr_cpu_ids:6 nr_node_ids:1 [ +0.000638] percpu: Embedded 56 pages/cpu s192512 r8192 d28672 u262144 [ +0.000004] pcpu-alloc: s192512 r8192 d28672 u262144 alloc=1*2097152 [ +0.000001] pcpu-alloc: [0] 0 1 2 3 4 5 - - [ +0.000144] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=6, Nodes=1 [ +0.000001] rcu: RCU restricting CPUs from NR_CPUS=8192 to nr_cpu_ids=6. [ +0.000001] rcu: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=6 [ +0.108402] process: Switch to broadcast mode on CPU0 [ +0.000006] smpboot: CPU0: AMD Phenom(tm) II X6 1100T Processor (family: 0x10, model: 0xa, stepping: 0x0) [ +0.000079] smp: Bringing up secondary CPUs ... [ +0.000001] .... node #0, CPUs: #1 [ -0.331123] process: Switch to broadcast mode on CPU1 [ -0.333665] process: Switch to broadcast mode on CPU2 [ -0.334111] process: Switch to broadcast mode on CPU3 [ -0.338116] process: Switch to broadcast mode on CPU4 [ -0.340664] process: Switch to broadcast mode on CPU5 [ +0.344103] smp: Brought up 1 node, 6 CPUs [ +0.000000] cpuidle: using governor ladder [ +0.000000] cpuidle: using governor menu [ +0.000221] mtrr: your CPUs had inconsistent variable MTRR settings [ +0.000000] mtrr: probably your BIOS does not setup all CPUs. [ +0.000097] ledtrig-cpu: registered to indicate activity on CPUs [ +0.000021] microcode: CPU0: patch_level=0x010000dc [ +0.000009] microcode: CPU1: patch_level=0x010000dc [ +0.000018] microcode: CPU2: patch_level=0x010000dc [ +0.000009] microcode: CPU3: patch_level=0x010000dc [ +0.000006] microcode: CPU4: patch_level=0x010000dc [ +0.000006] microcode: CPU5: patch_level=0x010000dc [ +0.004404] [drm] GART: num cpu pages 131072, num gpu pages 131072 [ +0.153676] acpi_cpufreq: overriding BIOS provided _PSD data all six cores available to linux. Thanks. -- You are receiving this mail because: You are the assignee for the bug.
participants (1)
-
bugzilla_noreply＠suse.com