LinuxQuestions.org
Help answer threads with 0 replies.
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
 
Search this Thread
Old 06-02-2014, 08:36 PM   #1
storkus
Member
 
Registered: Jun 2008
Posts: 310

Rep: Reputation: 45
Question Various regressions with kernel 3.14.[3|4|5]


I'm making this new thread to kind of tie together all the other problems being reported with various systems.

In my case, Nouveau is crashing now during early boot when the framebuffer is loaded resulting in no backlight (usually), no screen or badly-formatted screen (sometimes); since 3.14.5, this has started happening when resuming from RAM. My own problems didn't begin until 3.14.4, and did NOT seem to exist running 3.14.3; the only other change I could see is LibELF. However, I could have just been lucky considering all the other problems people are having since 3.14 (and some since 3.13!).

Installing the old LibELF may work, but since I still don't understand how it interacts with systems outside of compilation, I'm not sure it'll do anything; I don't think it can hurt, though, and I'll try it when I get a chance later tonight. Otherwise, the only real option seems to be what someone else suggested and going back to 14.1 as released and staying on -stable rather than -current. Not what I want since there are some big BTRFS features coming out in 3.15, but...

On a related note, looking through the 3.14.5 changelog, I don't think I've ever seen so many reverts at once before. It would seem the kernel has got so huge that they can't keep up with the QA anymore.
 
Old 06-02-2014, 09:31 PM   #2
willysr
Senior Member
 
Registered: Jul 2004
Location: Jogja, Indonesia
Distribution: Slackware-Current
Posts: 2,619

Rep: Reputation: 444Reputation: 444Reputation: 444Reputation: 444Reputation: 444
I'm considered lucky then since i have no issue running this kernel on both my desktop and workstation (my laptop is still on 3.14.3 i guess, not yet updated to the latest 3.14.5). And i never used sleep/suspend on my machines...
 
Old 06-03-2014, 01:01 AM   #3
qweasd
Member
 
Registered: May 2010
Posts: 484

Rep: Reputation: Disabled
I tried upgrading from 3.10.30 (one of the stablest kernels in a couple of years on this laptop) to 3.14.3 and 3.14.4. I am having a couple of issues: the video (intel) seems to become unstable and/or hang after a few hours. Also, sleep button causes to sleep twice in a row (something broken with pm again?), and the wireless network seems to become less stable, especially after sleeping/hibernating.

Quote:
00:00.0 Host bridge: Intel Corporation 3rd Gen Core processor DRAM Controller (rev 09)
00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09)
00:14.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller (rev 04)
00:16.0 Communication controller: Intel Corporation 7 Series/C210 Series Chipset Family MEI Controller #1 (rev 04)
00:1a.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #2 (rev 04)
00:1b.0 Audio device: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller (rev 04)
00:1c.0 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 1 (rev c4)
00:1c.1 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 2 (rev c4)
00:1c.2 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 3 (rev c4)
00:1d.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #1 (rev 04)
00:1f.0 ISA bridge: Intel Corporation HM77 Express Chipset LPC Controller (rev 04)
00:1f.2 SATA controller: Intel Corporation 7 Series Chipset Family 6-port SATA Controller [AHCI mode] (rev 04)
00:1f.3 SMBus: Intel Corporation 7 Series/C210 Series Chipset Family SMBus Controller (rev 04)
02:00.0 Network controller: Atheros Communications Inc. AR9285 Wireless Network Adapter (PCI-Express) (rev 01)
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168 PCI Express Gigabit Ethernet controller (rev 07)
 
Old 06-03-2014, 01:46 AM   #4
storkus
Member
 
Registered: Jun 2008
Posts: 310

Original Poster
Rep: Reputation: 45
Qweasd, did you upgrade everything or just the kernel? I'm trying to make sure the LibELF upgrade didn't do anything. (Haven't had a chance to try it yet at work tonight, too busy; maybe after work.) That said, considering all the reports from multiple distros, there seems to be major regressions starting in 3.13 somewhere and getting worse in 3.14. Nouveau themselves, in their troubleshooting page, mention a problem starting in 3.13 and a possible fix that I'll try later; that doesn't help you with your Intel driver, though.

Right this moment, reverting to -stable is starting to look like the only solution, provided they don't magically fix this in 3.15--but I have a feeling it'll only get worse.
 
Old 06-03-2014, 11:22 AM   #5
cwizardone
Senior Member
 
Registered: Feb 2007
Distribution: Slackware64-current & "True Multilib." PC-BSD.
Posts: 2,272

Rep: Reputation: 186Reputation: 186
As reported in a thread about 3.14.4 kernel problems, 16-bit ms-windows applications and some 32-bit ms-windows applications will not run with WINE and the 3.14.5 kernel. Re-install the 3.10.30 kernel and the same applications work just fine.

Last edited by cwizardone; 06-03-2014 at 12:48 PM.
 
Old 06-04-2014, 01:04 AM   #6
ReaperX7
Senior Member
 
Registered: Jul 2011
Location: California
Distribution: LFS-7.6, Slackware 14.1, FreeBSD 10.1
Posts: 3,833
Blog Entries: 15

Rep: Reputation: 1187Reputation: 1187Reputation: 1187Reputation: 1187Reputation: 1187Reputation: 1187Reputation: 1187Reputation: 1187Reputation: 1187
I've had random lock ups with the 3.14.4 kernel to where I have to perform a hard reboot. I might switch to 3.14.5 and hope for the best.
 
Old 06-04-2014, 02:36 AM   #7
yenn
Member
 
Registered: Jan 2011
Location: Czech Republic
Distribution: Slackware, Gentoo, FreeBSD
Posts: 160

Rep: Reputation: 21
I ran into few regression on 3.14.5 and 3.14.4 as well. Things works fine on 3.14.3.

Power management is acting strange (laptop fails to recover from hibernated state quite often) and usb keyboard is not available on boot (with the same modules in initrd), which is crucial when I need to unlock LUKS encrypted hard drive.

By the way is there a way to get older kernel packages from some mirror or are there only newest packages in current tree? I'm now compiling older kernel on all affected machines, but it would save some time just to reinstall package.

Last edited by yenn; 06-04-2014 at 03:00 AM.
 
Old 06-04-2014, 10:06 AM   #8
allend
Senior Member
 
Registered: Oct 2003
Location: Melbourne
Distribution: Slackware-current
Posts: 3,519

Rep: Reputation: 873Reputation: 873Reputation: 873Reputation: 873Reputation: 873Reputation: 873Reputation: 873
Quote:
Power management is acting strange (laptop fails to recover from hibernated state quite often)
Is this what you have seen? http://www.linuxquestions.org/questi...2/#post5172137
It is still continuing for me with the 3.14.5 kernel, and was not a problem until after kernel 3.10.30. My investigations to date have drawn a blank.

Quote:
usb keyboard is not available on boot (with the same modules in initrd)
My mkinitrd command includes '-m usbhid:hid_generic:ehci-hcd:uhci-hcd:mbcache:jbd2:ext4'. Although my system uses uhci-hcd, the 3.14.xx kernels seem to want to able load the ehci-hcd module first. Even with that, I have had occasional starts from a cold boot where my USB keyboard was OK, but my USB mouse was not recognised, requiring another cold boot. I suspect that there is a problem with insufficient time being available for hardware to initialise. I have only seen this with kernels later than 3.10.30.

Quote:
By the way is there a way to get older kernel packages from some mirror or are there only newest packages in current tree?
There is no official mirror for older packages. With Slackware-current, you are expected to be able dig yourself out of any hole that you get into.
My approach is to archive packages. I use slackpkg with 'DELALL=off' in /etc/slackpkg/slackpkg.conf and then after an upgrade I do 'mv /var/cache/packages /var/cache/packages$(date +%Y%m%d)'. This maintains an archive that I can match to the ChangeLog.

Last edited by allend; 06-04-2014 at 10:08 AM.
 
1 members found this post helpful.
Old 06-04-2014, 10:23 AM   #9
ReaperX7
Senior Member
 
Registered: Jul 2011
Location: California
Distribution: LFS-7.6, Slackware 14.1, FreeBSD 10.1
Posts: 3,833
Blog Entries: 15

Rep: Reputation: 1187Reputation: 1187Reputation: 1187Reputation: 1187Reputation: 1187Reputation: 1187Reputation: 1187Reputation: 1187Reputation: 1187
The only option you MIGHT have is to go back to an LTS kernel rather than a current stable, but only if you have the proper kernel headers and glibc build, otherwise you might be stuck.
 
Old 06-04-2014, 10:50 AM   #10
yenn
Member
 
Registered: Jan 2011
Location: Czech Republic
Distribution: Slackware, Gentoo, FreeBSD
Posts: 160

Rep: Reputation: 21
Quote:
Originally Posted by allend View Post
Is this what you have seen? http://www.linuxquestions.org/questi...2/#post5172137
It is still continuing for me with the 3.14.5 kernel, and was not a problem until after kernel 3.10.30. My investigations to date have drawn a blank.
I don't think I encountered that, but I have turned off kernel messages (hw initialization and such) and maybe it's happening to me too. I'll try to investigate that.

Basically, init will print
Code:
Trying to resume from /dev/dm3 (or something like that)
and it either succeed or fails. I suspect that saving hibernated image itself is not working as expected and this is just consequence.

Quote:
Originally Posted by allend View Post
My mkinitrd command includes '-m usbhid:hid_generic:ehci-hcd:uhci-hcd:mbcache:jbd2:ext4'. Although my system uses uhci-hcd, the 3.14.xx kernels seem to want to able load the ehci-hcd module first. Even with that, I have had occasional starts from a cold boot where my USB keyboard was OK, but my USB mouse was not recognised, requiring another cold boot. I suspect that there is a problem with insufficient time being available for hardware to initialise. I have only seen this with kernels later than 3.10.30.
My script for initrd looks like this and I have all modules needed for usb keyboard
Code:
#!/bin/bash

kernel=$1

mkinitrd -c -k $kernel -f reiserfs -r /dev/cryptvg/root -m usb-storage:ehci-hcd:ehci-pci:usbhid:hid_generic:uhci-hcd:reiserfs -C /dev/sda4 -h /dev/cryptvg/swap -L -u -o /boot/initrd-$1.gz
It works with 3.14.3 but not with later 3.14.x kernels.

Quote:
Originally Posted by allend View Post
There is no official mirror for older packages. With Slackware-current, you are expected to be able dig yourself out of any hole that you get into.
My approach is to archive packages. I use slackpkg with 'DELALL=off' in /etc/slackpkg/slackpkg.conf and then after an upgrade I do 'mv /var/cache/packages /var/cache/packages$(date +%Y%m%d)'. This maintains an archive that I can match to the ChangeLog.
That's nice. I could do that or create my own mirror always-one-step-behind changelog, which would act as fallback. Tracking current is safe most of the time, but from time to time I forget about the pitfalls that I might run into
 
Old 06-04-2014, 11:14 AM   #11
allend
Senior Member
 
Registered: Oct 2003
Location: Melbourne
Distribution: Slackware-current
Posts: 3,519

Rep: Reputation: 873Reputation: 873Reputation: 873Reputation: 873Reputation: 873Reputation: 873Reputation: 873
Quote:
I suspect that saving hibernated image itself is not working as expected and this is just consequence.
My thinking has run along the same lines. When I look at I my logs, I see a discrepancy between the number of pages initially saved and the number of pages saved when a successful resume occurs.

Sorry that I do not have any answers. I am still bracing for a round of kernel bisects.
 
Old 06-05-2014, 01:24 PM   #12
qweasd
Member
 
Registered: May 2010
Posts: 484

Rep: Reputation: Disabled
Quote:
Originally Posted by storkus View Post
Qweasd, did you upgrade everything or just the kernel? I'm trying to make sure the LibELF upgrade didn't do anything. (Haven't had a chance to try it yet at work tonight, too busy; maybe after work.) That said, considering all the reports from multiple distros, there seems to be major regressions starting in 3.13 somewhere and getting worse in 3.14. Nouveau themselves, in their troubleshooting page, mention a problem starting in 3.13 and a possible fix that I'll try later; that doesn't help you with your Intel driver, though.

Right this moment, reverting to -stable is starting to look like the only solution, provided they don't magically fix this in 3.15--but I have a feeling it'll only get worse.
Sorry, I should have mentioned: I am using latest stable Slackware 0x1000000, and I upgrade kernel packages only (sans headers) with binaries I build myself from Pat V's configs (praise "Bob"). Also, my lockups may not be video related. May be they are just random @$$ lockups like ReaperX is having. I never learned to properly diagnose the hanging.

Last edited by qweasd; 06-05-2014 at 01:27 PM.
 
Old 06-05-2014, 06:22 PM   #13
ReaperX7
Senior Member
 
Registered: Jul 2011
Location: California
Distribution: LFS-7.6, Slackware 14.1, FreeBSD 10.1
Posts: 3,833
Blog Entries: 15

Rep: Reputation: 1187Reputation: 1187Reputation: 1187Reputation: 1187Reputation: 1187Reputation: 1187Reputation: 1187Reputation: 1187Reputation: 1187
I have a strange feeling my crashing is also centered around the Nouveau driver. Every random time the fan wakes up, usually the system suddenly just hard locks. Going to install the Nvidia driver and see if it helps.
 
Old 06-07-2014, 08:27 AM   #14
yenn
Member
 
Registered: Jan 2011
Location: Czech Republic
Distribution: Slackware, Gentoo, FreeBSD
Posts: 160

Rep: Reputation: 21
I finally got usb keyboard working on kernel 3.14.5.

Usual suspects
Code:
-m usbhid:hid-generic
works for all my older thinkpads (T60 and X61), but on my desktop it wasn't enough. I guess it's because motherboard has USB 3.0 controller. If anyone have same problem, try adding ohci-pci module
Code:
-m usbhid:hid-generic:ohci-pci
Hope it helps.
 
Old 06-07-2014, 08:45 AM   #15
Drakeo
Senior Member
 
Registered: Jan 2008
Location: Urbana IL
Distribution: Slackware, Slacko,
Posts: 2,658
Blog Entries: 3

Rep: Reputation: 224Reputation: 224Reputation: 224
Slackware64 current 3.14.5 kernel had problems with libx264 and with some of my other media programs. rebuilt them from source and all is fine. Also grabbed the latest x264 from slackbuilds. And this cured the flash problem of crashing youtube.
 
  


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


Similar Threads
Thread Thread Starter Forum Replies Last Post
Regressions / Kernel / Reiserfs salemboot Linux - Kernel 1 06-02-2010 02:43 PM
LXer: Autonomously Finding Performance Regressions In The Linux Kernel LXer Syndicated Linux News 0 10-22-2009 09:31 PM
LXer: Linux: Releasing With Known Regressions LXer Syndicated Linux News 0 04-28-2007 04:31 PM
LXer: Linux: Upcoming 2.6.20 Kernel, Tracking Regressions LXer Syndicated Linux News 0 01-10-2007 02:54 PM


All times are GMT -5. The time now is 11:37 AM.

Main Menu
Advertisement
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