https://bugzilla.suse.com/show_bug.cgi?id=1175893 https://bugzilla.suse.com/show_bug.cgi?id=1175893#c1 --- Comment #1 from Ruediger Oertel --- looks like it would be leaking processes ... obs-arm-1:~ # uname -a Linux obs-arm-1 5.8.2-1-default #1 SMP Wed Aug 19 09:43:15 UTC 2020 (71b519a) aarch64 aarch64 aarch64 GNU/Linux obs-arm-1:~ # cat /proc/loadavg 1050.90 1044.60 1034.32 45/1185 9618 obs-arm-1:~ # ps awux | wc -l 628 obs-arm-1:~ # pstree -apl | wc -l 530 -- You are receiving this mail because: You are the assignee for the bug.

https://bugzilla.suse.com/show_bug.cgi?id=1175893 https://bugzilla.suse.com/show_bug.cgi?id=1175893#c3 --- Comment #3 from Ruediger Oertel --- I've seen it on all 4 thunderx1 systems (obs-arm-[1234]) -- You are receiving this mail because: You are the assignee for the bug.

https://bugzilla.suse.com/show_bug.cgi?id=1175893 https://bugzilla.suse.com/show_bug.cgi?id=1175893#c5 --- Comment #5 from Ruediger Oertel --- can't test thunderx2 yet because of bug#1175054 (the coresight crash and I don't know a way of turning off coresight on cmdline completely) -- You are receiving this mail because: You are the assignee for the bug.

https://bugzilla.suse.com/show_bug.cgi?id=1175893 https://bugzilla.suse.com/show_bug.cgi?id=1175893#c7 Ruediger Oertel changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|question: load insanely |load explosion with |high |kernel-5.8.X on | |cavium/thunderX1 --- Comment #7 from Ruediger Oertel --- no issues on the same machines with sle15-sp2 (5.3.18-lp152.36-default) # for i in 1 2 3 4 ; do ssh obs-arm-$i cat /proc/loadavg ; done 85.19 77.67 61.55 95/1105 8237 63.98 48.96 25.18 56/1046 12135 44.91 38.70 20.71 41/1041 28733 45.64 33.35 16.82 44/777 34389 -- You are receiving this mail because: You are the assignee for the bug.

https://bugzilla.suse.com/show_bug.cgi?id=1175893 https://bugzilla.suse.com/show_bug.cgi?id=1175893#c9 --- Comment #9 from Ruediger Oertel --- actually I'm not 100% sure this is the same issue. What I was seeing with the TW kernel was limited to ThunderX1, not on X2 and it was just increasing load levels without the machine "suffering interactively" as I would have expected from a 4-digit load, it felt more like the kernel process counter not being decreased when certain processes finish ... but no data to back this up. -- You are receiving this mail because: You are the assignee for the bug.

https://bugzilla.suse.com/show_bug.cgi?id=1175893 https://bugzilla.suse.com/show_bug.cgi?id=1175893#c11 --- Comment #11 from Ruediger Oertel --- Created attachment 842996 --> https://bugzilla.suse.com/attachment.cgi?id=842996&action=edit increasing load of -- You are receiving this mail because: You are the assignee for the bug.

https://bugzilla.suse.com/show_bug.cgi?id=1175893 https://bugzilla.suse.com/show_bug.cgi?id=1175893#c13 --- Comment #13 from Ruediger Oertel --- looks like qualcomm centriq qdf2400 is also affected: ibs-centriq-3, all workers (qemu processes) stopped: load stays at >650 (with the CPUs being at 0%) top - 16:37:17 up 6 days, 22:42, 1 user, load average: 668.99, 755.45, 800.31 Tasks: 482 total, 1 running, 481 sleeping, 0 stopped, 0 zombie %Cpu(s): 0.0 us, 0.0 sy, 0.0 ni,100.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st MiB Mem : 96213.84+total, 1096.566 free, 82666.77+used, 12450.50+buff/cache MiB Swap: 1003.902 total, 954.340 free, 49.562 used. 12136.80+avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1104 root 20 0 9100 3808 2828 R 0.660 0.004 0:00.40 top 10 root 20 0 0 0 0 I 0.330 0.000 10:15.34 rcu_sched 1 root 20 0 162872 6508 4592 S 0.000 0.007 19:06.77 systemd 2 root 20 0 0 0 0 S 0.000 0.000 0:09.05 kthreadd 3 root 0 -20 0 0 0 I 0.000 0.000 0:00.00 rcu_gp 4 root 0 -20 0 0 0 I 0.000 0.000 0:00.00 rcu_par_gp 6 root 0 -20 0 0 0 I 0.000 0.000 0:00.00 kworker/0:0H-kblockd 8 root 0 -20 0 0 0 I 0.000 0.000 0:00.00 mm_percpu_wq -- You are receiving this mail because: You are the assignee for the bug.

https://bugzilla.suse.com/show_bug.cgi?id=1175893 https://bugzilla.suse.com/show_bug.cgi?id=1175893#c14 --- Comment #14 from Takashi Iwai --- (In reply to Ruediger Oertel from comment #10)

looks like we now inherited this problem in leap-15.2: obs-arm-1:~ # uname -a Linux obs-arm-1 5.3.18-lp152.47-default #1 SMP Thu Oct 15 16:05:25 UTC 2020 (41f7396) aarch64 aarch64 aarch64 GNU/Linux obs-arm-1:~ # rpm -q qemu qemu-4.2.1-lp152.9.6.1.aarch64

And this didn't appear with the previous kernel (5.3.18-lp152.44)? It'll help narrowing down the regression range. -- You are receiving this mail because: You are the assignee for the bug.

https://bugzilla.suse.com/show_bug.cgi?id=1175893 https://bugzilla.suse.com/show_bug.cgi?id=1175893#c17 Jiri Slaby changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jslaby@suse.com --- Comment #17 from Jiri Slaby --- (In reply to Ruediger Oertel from comment #16)

no the .44 kernel did not show this problem,

914f31e37c30f32baa66f8440141b852519f4c47

only the .47

41f7396defec6284cc6873246964a0b9e9ca9a6d -- You are receiving this mail because: You are the assignee for the bug.

https://bugzilla.suse.com/show_bug.cgi?id=1175893 https://bugzilla.suse.com/show_bug.cgi?id=1175893#c19 --- Comment #19 from Takashi Iwai --- The bug culprit is tracked in bug 1178227. -- You are receiving this mail because: You are the assignee for the bug.

https://bugzilla.suse.com/show_bug.cgi?id=1175893 Mel Gorman changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks|1178227 | -- You are receiving this mail because: You are the assignee for the bug.

https://bugzilla.suse.com/show_bug.cgi?id=1175893 https://bugzilla.suse.com/show_bug.cgi?id=1175893#c22 --- Comment #22 from Jiri Slaby --- (In reply to Matthias Brugger from comment #21)

Fix is be part of 5.9.11 and should be released within the next days.

FWIW https://build.opensuse.org/request/show/850892 -- You are receiving this mail because: You are the assignee for the bug.