Linux - Kernel This forum is for all discussion relating to the Linux kernel. |
Notices |
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Are you new to LinuxQuestions.org? Visit the following links:
Site Howto |
Site FAQ |
Sitemap |
Register Now
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
|
|
11-17-2014, 11:18 AM
|
#1
|
Member
Registered: Nov 2013
Location: Egypt
Distribution: Xubuntu
Posts: 33
Rep:
|
kernel v3.17 consumes CPU
My hardware:
Macbook pro 11,1 (late 2013). x86-64 processor.
There is a process called kworker that constantly consumes 70% of one of my cores and around 20% of my total processor.
Issue was resolved when I downgraded to an earlier version of the kernel that I had installed (version 3.11.10-301).
Any one has an idea what should I do to get back to the new kernel?
|
|
|
11-17-2014, 01:32 PM
|
#2
|
Senior Member
Registered: Jan 2008
Distribution: Arch/Manjaro, might try Slackware again
Posts: 1,851
|
Have you looked in /var/log/syslog to see if there's something in there constantly retrying and failing? Going from 3.10.17 incrementally to 3.16.2, currently, I noticed a lot of changes in udevd behaviour, with 3.15.5+ hanging for 30 seconds on boot.
syslog showed a lot of retries of hardware and networks that weren't ready yet. The older kernels certainly seemed nippier too, although I haven't tried benchmarking to nail it down. Perhaps you have something like that going on. The other thing is, your kernel .config is probably different, did you compile it yourself with the old .config as a starting point and then with make mrproper make oldconfig?
|
|
|
12-05-2014, 11:15 AM
|
#3
|
Member
Registered: Nov 2013
Location: Egypt
Distribution: Xubuntu
Posts: 33
Original Poster
Rep:
|
hi mostly harmless
thanks for the reply. to be honest I don't know how to decode logs (I'm a noob).
and no I didn't compile it myself, I just got it off the repos with yum.
I've reported this bug here
There is a temporary fix is to the issue
Code:
echo disable > /sys/firmware/acpi/interrupts/gpe66
|
|
|
12-11-2014, 08:21 AM
|
#4
|
LQ Guru
Registered: Feb 2004
Location: SE Tennessee, USA
Distribution: Gentoo, LFS
Posts: 10,818
|
That would seem to be an appropriate circumvention in this case . . .
I would simply continue to run the kernel that does not exhibit this problem, until the problem-report that you have filed has been investigated and fixed. It would clearly seem that something is now failing to properly-clear an interrupt. It could easily trace back to some device-driver somewhere. But that isn't your problem.
Last edited by sundialsvcs; 12-11-2014 at 08:23 AM.
|
|
|
All times are GMT -5. The time now is 06:03 PM.
|
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
|
Latest Threads
LQ News
|
|