kworker 100% of single core on mulit-core processor usage inquiry

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



Greetings everyone. 

I am experiencing the kworker issue where a kworker is using 100% of a given core. 

This behavior was only observed after having installed a new water cooler, to replace a cooler that had died. (Sealed closed loop device from Corsair) 

The processor is staying around 40 degrees celsius as reported by the MB UEFI interface. (ksysguard shows between 29 degrees and 30 degrees, when running KDE 4) 

I am unable to isolate a cause, or resolution for getting the kworker usage back to normal. 

Very basic description of specs are as follows: 

AMD FX-8350 (not overclocked) 

32GB Corsair memory (1866Mhz non-overclocked) 

Sabortooth 990FX MB 

I have checked the locations for interrupts which has been indicated online, however, I do not have any specific interrupts that are showing as even having a high integer value to unset. 

Here is the result of running the referenced command to view interrupts. 

[sysadmin@imaginationland ~]$ grep . -r /sys/firmware/acpi/interrupts/ 
/sys/firmware/acpi/interrupts/sci: 0 
/sys/firmware/acpi/interrupts/error: 0 
/sys/firmware/acpi/interrupts/gpe00: 0 invalid 
/sys/firmware/acpi/interrupts/gpe01: 0 invalid 
/sys/firmware/acpi/interrupts/gpe02: 0 invalid 
/sys/firmware/acpi/interrupts/gpe03: 0 disabled 
/sys/firmware/acpi/interrupts/gpe04: 0 disabled 
/sys/firmware/acpi/interrupts/gpe05: 0 enabled 
/sys/firmware/acpi/interrupts/gpe06: 0 invalid 
/sys/firmware/acpi/interrupts/gpe07: 0 invalid 
/sys/firmware/acpi/interrupts/gpe08: 0 invalid 
/sys/firmware/acpi/interrupts/gpe09: 0 invalid 
/sys/firmware/acpi/interrupts/gpe10: 0 disabled 
/sys/firmware/acpi/interrupts/gpe11: 0 disabled 
/sys/firmware/acpi/interrupts/gpe12: 0 disabled 
/sys/firmware/acpi/interrupts/gpe13: 0 invalid 
/sys/firmware/acpi/interrupts/gpe14: 0 invalid 
/sys/firmware/acpi/interrupts/gpe15: 0 invalid 
/sys/firmware/acpi/interrupts/gpe16: 0 enabled 
/sys/firmware/acpi/interrupts/gpe0A: 0 enabled 
/sys/firmware/acpi/interrupts/gpe17: 0 invalid 
/sys/firmware/acpi/interrupts/gpe0B: 0 disabled 
/sys/firmware/acpi/interrupts/gpe18: 0 disabled 
/sys/firmware/acpi/interrupts/gpe0C: 0 invalid 
/sys/firmware/acpi/interrupts/gpe19: 0 invalid 
/sys/firmware/acpi/interrupts/gpe0D: 0 invalid 
/sys/firmware/acpi/interrupts/gpe0E: 0 invalid 
/sys/firmware/acpi/interrupts/gpe0F: 0 disabled 
/sys/firmware/acpi/interrupts/gpe1A: 0 invalid 
/sys/firmware/acpi/interrupts/gpe1B: 0 disabled 
/sys/firmware/acpi/interrupts/gpe1C: 0 invalid 
/sys/firmware/acpi/interrupts/gpe1D: 0 invalid 
/sys/firmware/acpi/interrupts/gpe1E: 0 invalid 
/sys/firmware/acpi/interrupts/gpe1F: 0 invalid 
/sys/firmware/acpi/interrupts/sci_not: 0 
/sys/firmware/acpi/interrupts/ff_pmtimer: 0 invalid 
/sys/firmware/acpi/interrupts/ff_rt_clk: 0 disabled 
/sys/firmware/acpi/interrupts/gpe_all: 0 
/sys/firmware/acpi/interrupts/ff_gbl_lock: 0 enabled 
/sys/firmware/acpi/interrupts/ff_pwr_btn: 0 enabled 
/sys/firmware/acpi/interrupts/ff_slp_btn: 0 invalid 

Respectfully, 

Martes G Wigglesworth 
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos




[Index of Archives]     [CentOS]     [CentOS Announce]     [CentOS Development]     [CentOS ARM Devel]     [CentOS Docs]     [CentOS Virtualization]     [Carrier Grade Linux]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Linux USB]
  Powered by Linux