abnormal high cpu usage on one core from logging - kernel 5.4 issue - sandybridge

Hi,
From boot, I experience very high CPU usage on 1 core, fan is working fast.

[angetosh@angetosh-pc ~]$ inxi -Fxzc0
System:    Host: angetosh-pc Kernel: 5.4.13-3-MANJARO x86_64 bits: 64 compiler: gcc v: 9.2.0 Desktop: Xfce 4.14.2 
           Distro: Manjaro Linux 
Machine:   Type: Laptop System: TOSHIBA product: SATELLITE C855-112 v: PSKC8E-00J00QBT serial: <filter> 
           Mobo: Type2 - Board Vendor Name1 model: Type2 - Board Product Name1 v: Type2 - Board Version 
           serial: <filter> UEFI [Legacy]: Insyde v: 6.80 date: 10/01/2013 
CPU:       Topology: Dual Core model: Intel Core i5-2450M bits: 64 type: MT MCP arch: Sandy Bridge rev: 7 
           L2 cache: 3072 KiB 
           flags: avx lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 19961 
           Speed: 2893 MHz min/max: 800/3100 MHz Core speeds (MHz): 1: 2893 2: 2893 3: 2896 4: 3086 
Graphics:  Device-1: Intel 2nd Generation Core Processor Family Integrated Graphics vendor: Toshiba driver: i915 
           v: kernel bus ID: 00:02.0 
           Display: x11 server: X.Org 1.20.7 driver: intel unloaded: modesetting resolution: 1920x1080~60Hz 
           OpenGL: renderer: Mesa DRI Intel Sandybridge Mobile v: 3.3 Mesa 19.3.2 direct render: Yes 
Audio:     Device-1: Intel 7 Series/C216 Family High Definition Audio vendor: Toshiba driver: snd_hda_intel 
           v: kernel bus ID: 00:1b.0 
           Sound Server: ALSA v: k5.4.13-3-MANJARO 
Network:   Device-1: Realtek RTL8188CE 802.11b/g/n WiFi Adapter driver: rtl8192ce v: kernel port: 3000 
           bus ID: 02:00.0 
           IF: wlp2s0 state: up mac: <filter> 
           Device-2: Realtek RTL810xE PCI Express Fast Ethernet vendor: Toshiba driver: r8169 v: kernel port: 2000 
           bus ID: 03:00.0 
           IF: enp3s0 state: down mac: <filter> 
Drives:    Local Storage: total: 931.52 GiB used: 90.84 GiB (9.8%) 
           ID-1: /dev/sda vendor: Toshiba model: MQ01ABD050 size: 465.76 GiB 
           ID-2: /dev/sdc type: USB vendor: Hitachi model: HDT725050VLAT80 size: 465.76 GiB 
Partition: ID-1: / size: 43.52 GiB used: 37.77 GiB (86.8%) fs: ext4 dev: /dev/sdc1 
Sensors:   System Temperatures: cpu: 68.0 C mobo: N/A 
           Fan Speeds (RPM): N/A 
Info:      Processes: 198 Uptime: 9m Memory: 3.74 GiB used: 1.36 GiB (36.4%) Init: systemd Compilers: gcc: 9.2.0 
           Shell: bash v: 5.0.11 inxi: 3.0.37 
[angetosh@angetosh-pc ~]$ ^C

Start htop and see which process is causing it.

Hmm, in your screenshot the process causing the high cpu load seems not to be visible.

Try sudo htop and press SHIFT + k (uppercase K) in order to show kernel related processes.
(or try top instead. That should show kernel processes by default)

1 Like

process causing the high cpu load seems not to be visible.
Yes indeed.

But somehow after yesterday update (incl. systemd, etc.) and reboot, the problem disappeared

Well, so I though, but actually it seems that there is a issue with kernel 5.14.

I see that they are changes to the kernel linked with my type of CPU, namely:
" * Linux54 got some fixes backported for i915 driver

  • gamemode got updated to 1.5"

Well, if I boot with Kernel 4.19.98 no issue.

P.S. I do see, I'm not the only one with i915 issue:

Indeed 5.4 has some iGPU issues still. I have never seen it causing high cpu load though.

With kernel 5.4.15-2 (2020-01-27) it appears to be fixed

I think the problems lies elsewhere, as:

  1. Boot with kernel 5.4, Firefox froze for some reason,
    I saw the light of the hdd flashing fast, could get back mouse control or keyboard,
    so I power unplugged.

  2. I rebooted, again the issue with CPU3 and fan turning on.
    Sudo htop with SHIFT+K didn't show any particuliar process causing that, but still it does.

  3. Twice I shutted down and rebooted with kernel 5.4 and issue with CPU3 & fan was there from fresh logging.

  4. So after shutdown, I rebooted with this time with kernel 4.19.99; no problem!!!!

  5. so after this success with kernel 4.19; I tried once more, shutdown, reboot but with kernel 5.4.15-2 and CPU3 & fan issues didn't show.

CCLS:
Maybe by changing kernels it resets something which is not reset by shutdown and reboot.

I'm just about done with my Intel Ivy Bridge laptop now and the increasingly silly number of mitigations required that impact on performance and increase battery consumption. I've started putting a small amount of money aside each month to replace my laptop with an AMD powered workstation style replacement.

i915 (specific to the integrated GPU) is buggy as hell on kernel 5.4, 5.5 seems okay though if you want to try it instead.

journalctl -xe -p3 -b
Jan 29 23:23:01 LIFEBOOK-A512 kernel: Bluetooth: hci0: unexpected event for opcode 0x0000

I've got bluetooth turned off in KDE power management, that's the only error generated with kernel 5.5 though, nothing about acpi or i915 for now. I'm running on battery, not that it should make a difference either.

After booting with kernel 5.4 see journalctl -xe -p3 -b and check ACPI errors.

One thing that is consistent, it is always CPU3 which is under heavy load.

[angetosh@angetosh-pc ~]$ journalctl -xe -p3 -b
jan 30 03:25:55 angetosh-pc kernel: ACPI Error: AE_AML_OPERAND_TYPE, While resolving operands for [Store] (20190816/dsw>
jan 30 03:25:55 angetosh-pc kernel: ACPI Error: Aborting method _PR.CPU0._PDC due to previous error (AE_AML_OPERAND_TY>
jan 30 03:25:55 angetosh-pc kernel: usb 2-1: device descriptor read/64, error -71
jan 30 03:25:55 angetosh-pc kernel: usb 2-1: device descriptor read/64, error -71
jan 30 03:25:55 angetosh-pc kernel: usb 2-1: device descriptor read/64, error -71
jan 30 03:25:55 angetosh-pc kernel: usb 2-1: device descriptor read/64, error -71
jan 30 03:25:55 angetosh-pc kernel: sd 7:0:0:0: [sdc] No Caching mode page found
jan 30 03:25:55 angetosh-pc kernel: sd 7:0:0:0: [sdc] Assuming drive cache: write through
jan 30 03:25:55 angetosh-pc kernel: usb 2-1: device not accepting address 4, error -71
jan 30 03:25:55 angetosh-pc kernel: usb 2-1: device not accepting address 5, error -71
jan 30 03:25:55 angetosh-pc kernel: usb usb2-port1: unable to enumerate USB device
jan 30 03:26:25 angetosh-pc nmbd[737]: [2020/01/30 03:26:25.850756, 0] ../../lib/util/become_daemon.c:147(daemon_statu>
jan 30 03:26:25 angetosh-pc nmbd[737]: daemon_status: daemon 'nmbd' : No local IPv4 non-loopback interfaces available>
jan 30 03:26:25 angetosh-pc nmbd[737]: [2020/01/30 03:26:25.901759, 0] ../../source3/nmbd/nmbd_subnetdb.c:253(create_s>
jan 30 03:26:25 angetosh-pc nmbd[737]: NOTE: NetBIOS name resolution is not supported for Internet Protocol Version 6>
jan 30 03:26:33 angetosh-pc lightdm[768]: gkr-pam: unable to locate daemon control file
jan 30 03:26:35 angetosh-pc wpa_supplicant[696]: bgscan simple: Failed to enable signal strength monitoring
jan 30 03:26:41 angetosh-pc nmbd[737]: [2020/01/30 03:26:41.783028, 0] ../../lib/util/become_daemon.c:135(daemon_ready)
jan 30 03:26:41 angetosh-pc nmbd[737]: daemon_ready: daemon 'nmbd' finished starting up and ready to serve connections
jan 30 03:26:45 angetosh-pc smbd[915]: [2020/01/30 03:26:45.912758, 0] ../../lib/util/become_daemon.c:135(daemon_ready)
jan 30 03:26:45 angetosh-pc smbd[915]: daemon_ready: daemon 'smbd' finished starting up and ready to serve connections
jan 30 03:27:04 angetosh-pc nmbd[737]: [2020/01/30 03:27:04.468464, 0] ../../source3/nmbd/nmbd_become_lmb.c:397(become>
jan 30 03:27:04 angetosh-pc nmbd[737]: *****
jan 30 03:27:04 angetosh-pc nmbd[737]:
jan 30 03:27:04 angetosh-pc nmbd[737]: Samba name server ANGETOSH-PC is now a local master browser for workgroup WORK>
jan 30 03:27:04 angetosh-pc nmbd[737]:
jan 30 03:27:04 angetosh-pc nmbd[737]: *****
lines 3-29/29 (END)

I don't think there's much you can do. I usually give up dealing with ACPI errors. The computer often works normally with those, maybe having problems hibernating, suspending or resuming. If I were you I'd stick with kernel 4.19. If the high usage is short and just upon boot, with no other problems, than maybe I'd keep using 5.4.

Forum kindly sponsored by