LinuxQuestions.org
View the Most Wanted LQ Wiki articles.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices

Reply
 
LinkBack Search this Thread
Old 09-07-2013, 11:40 AM   #1
Miranden
Member
 
Registered: May 2012
Posts: 188

Rep: Reputation: 19
Best way to revert to an older kernel on Slackware-current?


I apologize for the newbie question, but I just want to know what the easiest way to do this would be. We're now at 3.10.9 on Slackware64-current, and my laptop fan seems to be running a lot more than it used to a few weeks ago, especially after coming out of suspend. So I am thinking it would be a good idea to change back. I am trying to figure out what version to go back to, and how to do it.

I think my issue started two or three weeks ago, so looking at the Slackware changelog, maybe it was around when we upgraded to 3.10.7. Therefore I wanted to see what changes happened in the kernel between 3.10.7 and 3.10.9. However, when I look at the kernel changelog for these three versions, there is so much low-level information there that it is hard to see what if anything could have to do with power. Can anyone recommend a good place to look that might have the kernel changelog information in a summarized or somewhat more interpreted form?

Then, when I find this information, what would be the best way to go back? Should I follow the information in AlienBob's guide here: http://alien.slackbook.org/dokuwiki/...kernelbuilding, or do something else?

Thanks in advance for any advice.

Last edited by Miranden; 09-07-2013 at 11:43 AM.
 
Old 09-07-2013, 02:02 PM   #2
cisneros
Member
 
Registered: Jul 2012
Distribution: Slackware
Posts: 95

Rep: Reputation: 5
this is a good place to see changes between versions http://kernelnewbies.org/LinuxChanges
and im not really sure about kernel building, i never did it, maybe i will revert from 3.10.9 in a few weeks, im having problems with the official ati driver myself.
 
1 members found this post helpful.
Old 09-07-2013, 02:42 PM   #3
273
Senior Member
 
Registered: Dec 2011
Location: UK
Distribution: Debian Sid + various in VMs.
Posts: 2,864

Rep: Reputation: 627Reputation: 627Reputation: 627Reputation: 627Reputation: 627Reputation: 627
I hope the more experienced members will correct me if I'm wrong but I wouldn't go back from, say, 3.10.9 to 3.10.7 as you're just going back bugfixes and security updates. If you must go back go to a bugfixed currently-supported kernel such as 3.4.60 then you'll get a currently supported kernel.
 
Old 09-08-2013, 06:24 AM   #4
BlackRider
Member
 
Registered: Aug 2011
Distribution: Slackware
Posts: 261

Rep: Reputation: 82
The problem is that, by going back, you reject the security and bug fixes for the new versions.

Going back with the kernel potentially breaks compatibility with userspace software, such as X11 -that is, changing the kernel could mean no graphic output in the screen!

My advice is to learn how to compile and install a kernel (there are lots of information around), then install the one you like in addition to the one you have. That way, if things don't work, you have the old one to fall back into.
 
1 members found this post helpful.
Old 09-08-2013, 06:39 AM   #5
TobiSGD
Moderator
 
Registered: Dec 2009
Location: Hanover, Germany
Distribution: Slackware
Posts: 14,888
Blog Entries: 2

Rep: Reputation: 3808Reputation: 3808Reputation: 3808Reputation: 3808Reputation: 3808Reputation: 3808Reputation: 3808Reputation: 3808Reputation: 3808Reputation: 3808Reputation: 3808
I would not recommend to go back to older kernels. Instead go to newer kernels and see if that problem persists. If it does then file a bug report. Going back to older kernels may fix your problems, but will only be a temporary fix, until the kernel you use is obsolete and you have to switch back to a newer one. Reporting the bug will fix your problems in a better way.
 
1 members found this post helpful.
Old 09-08-2013, 09:27 AM   #6
Miranden
Member
 
Registered: May 2012
Posts: 188

Original Poster
Rep: Reputation: 19
Thanks everyone for responding. I have no problem filing a bug report, but before the bug gets fixed I still need to run a different kernel. I don't like having to reboot my laptop every time I want the fan to turn off. I am worried about all the extra wear on the fan.

I appreciate the information about kernel versioning. I did some reading, and now I understand what the different numbers mean. I guess then I should use 3.4.61 because it is the newest of the longterm releases.

@BlackRider: I'm not quite clear on what you mean by breaking my system by going back to an old kernel vs. compiling a new (older) kernel. Aren't they the same thing? I will go back to an old kernel version by compiling it and then using it, right?

I am curious what other -current users do in regard to upgrading the kernel. I think most of us probably just use what Pat gives us, but there must be some people (like me) who have tricky hardware and don't want to take a chance on a different kernel all the time. Is it common to blacklist the kernel in Slackpkg and just upgrade the kernel manually?
 
Old 09-08-2013, 10:47 AM   #7
willysr
Senior Member
 
Registered: Jul 2004
Location: Jogja, Indonesia
Distribution: Slackware-Current
Posts: 2,353

Rep: Reputation: 378Reputation: 378Reputation: 378Reputation: 378
i always compile my own kernel since i wanted to test compatibility between my NVidia driver and also VMWare Workstation against newer kernel
 
Old 09-08-2013, 01:23 PM   #8
TobiSGD
Moderator
 
Registered: Dec 2009
Location: Hanover, Germany
Distribution: Slackware
Posts: 14,888
Blog Entries: 2

Rep: Reputation: 3808Reputation: 3808Reputation: 3808Reputation: 3808Reputation: 3808Reputation: 3808Reputation: 3808Reputation: 3808Reputation: 3808Reputation: 3808Reputation: 3808
Quote:
Originally Posted by Miranden View Post
I am curious what other -current users do in regard to upgrading the kernel. I think most of us probably just use what Pat gives us, but there must be some people (like me) who have tricky hardware and don't want to take a chance on a different kernel all the time. Is it common to blacklist the kernel in Slackpkg and just upgrade the kernel manually?
I closely follow the development of the radeon drivers, so most of the time I use the newest stable version from kernel.org or a development kernel from Alex Deucher. I don't blacklist the kernel in slackpkg, so that I always have the latest supported kernel installed for emergency/recovery boots when something went wrong.
 
1 members found this post helpful.
Old 09-08-2013, 05:59 PM   #9
ReaperX7
Senior Member
 
Registered: Jul 2011
Distribution: LFS-SVN, Slackware-14.1, PCBSD-10.0
Posts: 2,446
Blog Entries: 14

Rep: Reputation: 592Reputation: 592Reputation: 592Reputation: 592Reputation: 592Reputation: 592
If you use a Laptop, it's probably recommended you use this package also:

http://slackbuilds.org/repository/14...op-mode-tools/
 
2 members found this post helpful.
Old 09-09-2013, 09:31 AM   #10
Miranden
Member
 
Registered: May 2012
Posts: 188

Original Poster
Rep: Reputation: 19
I am not using laptop-mode-tools because it conflicts with pm-utils, and I have not had the time to go through the process of dealing with duplicate hooks in the configuration to stop the conflict. I may make the time, though, to see if it helps.

I am going to take a stab at compiling the 3.4.61 kernel, and also keep the stock one as suggested. In the future I will do as Tobi does and run my custom kernel while allowing the tested one to update as usual. Thanks everybody for their input.
 
2 members found this post helpful.
Old 09-20-2013, 10:05 AM   #11
BlackRider
Member
 
Registered: Aug 2011
Distribution: Slackware
Posts: 261

Rep: Reputation: 82
Quote:
@BlackRider: I'm not quite clear on what you mean by breaking my system by going back to an old kernel vs. compiling a new (older) kernel. Aren't they the same thing? I will go back to an old kernel version by compiling it and then using it, right?
My answer comes late, but here it goes.

You can break your system by switching to an older kernel more or less the same way you would break it by using a newer kernel. I have not claimed the opposite.

What I was saying is that you should install a kernel you think will solve your problem, while keeping the current one. That way, if things go wrong, you can point the bootloader back to the working kernel again.

Having an old 90% working kernel is surely better than having a 60% working current kernel, but it is still subobtimal for all the reasons already given in the thread.

I hope your solution is working for you.

Last edited by BlackRider; 09-20-2013 at 10:07 AM.
 
1 members found this post helpful.
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off
Trackbacks are Off
Pingbacks are On
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
How Do I revert Back To An Older Version Of Firefox Ubuintu 10.04? Sumguy Linux - Newbie 8 04-17-2012 11:49 PM
[SOLVED] Building Kernel using older config - Slack Current dc_eros Slackware 5 04-15-2010 10:19 AM
revert to older distro benny_j Linux - Newbie 4 11-19-2007 02:12 AM
Can I revert back to an older kernel? jspaceman Slackware 3 10-30-2004 04:07 PM
how to revert back to older version of XFree86? pdmackenzie Linux - Software 3 06-18-2004 08:28 AM


All times are GMT -5. The time now is 07:02 AM.

Main Menu
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
identi.ca: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration