Public bug reported: This should have been reported already last year, but here it goes.
Problem: My laptop is a ASUS N71JA and works perfectly in Windows. Everything was fine with Xubuntu 14.04 through kernels 3.13 and 3.16 up to 3.16.0-38.52. Desktop freezes, like totally dies with hard power reset being the only option, every now and then from this kernel and onwards. This affects 3.19 and 4.2.0 kernels released after this date as well. No Magic SysRq possible and I can't see anything fancy in syslog or kern.log. Desktop can die anytime between immediately after boot or after a few hours, but it happens completely randomly and is hard to debug. Workaround: 3.16.0-38.52 was released in May 2015 (https://bugs.launchpad.net/ubuntu/+source/linux-lts-utopic/+bug/1452882). 3.16.0-37.51 and 3.16.0-36.48 have NEVER frozen. The only non-upstream change that was made to 3.16.0-38.52 was "vesafb: Set mtrr:3 (write-combining) as default" (https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1434581). This is probably not implemented in the mainline kernel tree, right? I've been using mainline 3.16.7-ckt24-trusty without any problems now for over a month (http://kernel.ubuntu.com/~kernel- ppa/mainline/v3.16.7-ckt24-trusty/) i.e. it seems like 1434581 is causing the problem. Can this be verified by some other method e.g. by disabling/reverting 1434581 in a "normal" non-mainline kernel? Solution: ? ** Affects: linux-lts-utopic (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux-lts-utopic in Ubuntu. https://bugs.launchpad.net/bugs/1561902 Title: Total system freeze after 3.16.0-38.52 Status in linux-lts-utopic package in Ubuntu: New Bug description: This should have been reported already last year, but here it goes. Problem: My laptop is a ASUS N71JA and works perfectly in Windows. Everything was fine with Xubuntu 14.04 through kernels 3.13 and 3.16 up to 3.16.0-38.52. Desktop freezes, like totally dies with hard power reset being the only option, every now and then from this kernel and onwards. This affects 3.19 and 4.2.0 kernels released after this date as well. No Magic SysRq possible and I can't see anything fancy in syslog or kern.log. Desktop can die anytime between immediately after boot or after a few hours, but it happens completely randomly and is hard to debug. Workaround: 3.16.0-38.52 was released in May 2015 (https://bugs.launchpad.net/ubuntu/+source/linux-lts-utopic/+bug/1452882). 3.16.0-37.51 and 3.16.0-36.48 have NEVER frozen. The only non-upstream change that was made to 3.16.0-38.52 was "vesafb: Set mtrr:3 (write-combining) as default" (https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1434581). This is probably not implemented in the mainline kernel tree, right? I've been using mainline 3.16.7-ckt24-trusty without any problems now for over a month (http://kernel.ubuntu.com/~kernel- ppa/mainline/v3.16.7-ckt24-trusty/) i.e. it seems like 1434581 is causing the problem. Can this be verified by some other method e.g. by disabling/reverting 1434581 in a "normal" non-mainline kernel? Solution: ? To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux-lts-utopic/+bug/1561902/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
