You are not logged in.
Yes, I did recompile the kernel. I guess you could only compile the i915 module.
Γίνε ρεαλιστής, μείνε ονειροπόλος ...
Offline
With 3.9.7 even my i5 goes up to 93°C. Any improvements on the bug filed?
--
Chais
Offline
This reply came in on a different (but related) bugreport: https://bugzilla.kernel.org/show_bug.cgi?id=58971#c56
Recompiling my kernel and trying this now..
Last edited by hrkfdn (2013-06-24 16:20:14)
Offline
Latest workaround is to set /sys/power/pm_async to 0. So far this seems to have fixed it for me.
Offline
Latest workaround is to set /sys/power/pm_async to 0. So far this seems to have fixed it for me.
tried this and still got hot wakeups. I set up a file in /etc/tmpfiles.d to echo 0 to pm_async on boot. After a suspend and resume, my temp was up to 50 C and climbing. Usually I boot/resume at 28 C.
Offline
I confirm that setting /sys/power/pm_async to 0 seems to fix the issue for me as well. Once after I did that, the laptop failed to wake up after suspension, but since then it was all nice and quiet.
I'm running 3.9.6-1-ARCH x86_64
Offline
If anyone is looking for a stable release to fall back to, 3.5.6-1-ARCH x86_64 is perfectly fine for me on a Thinkpad X220 with a i5-2520m.
Offline
If anyone is looking for a stable release to fall back to, 3.5.6-1-ARCH x86_64 is perfectly fine for me on a Thinkpad X220 with a i5-2520m.
It's interesting that this seems to vary. The last stable release on my machine was the last 3.7 release.
Offline
my laptop (thinkpad edge e530, core3rd) works fine with 3.9.5-pf. my pc with 3.10 and core2nd too
Last edited by Thaodan (2013-07-07 01:35:13)
Linux odin 3.13.1-pf #1 SMP PREEMPT Wed Mar 5 21:47:28 CET 2014 x86_64 GNU/Linux
Offline
Thaodan, this thread is about power regressions with Sandy Bridge processors specifically. So I am not sure why you are reporting on a ThinkPad E535 (which should be AMD BTW) and a core2duo. It seems kind of cruel to give false hope to some poor sufferer of this bug who fails to read your post in detail.
Offline
Thaodan, this thread is about power regressions with Sandy Bridge processors specifically. So I am not sure why you are reporting on a ThinkPad E535 (which should be AMD BTW) and a core2duo. It seems kind of cruel to give false hope to some poor sufferer of this bug who fails to read your post in detail.
My laptop has core3nd I meant E530 and I forgot the n at the 2nd. I wrote about the heat issues.
Last edited by Thaodan (2013-07-07 01:34:51)
Linux odin 3.13.1-pf #1 SMP PREEMPT Wed Mar 5 21:47:28 CET 2014 x86_64 GNU/Linux
Offline
Ah, okay that makes more sense then...
Offline
I confirm that setting /sys/power/pm_async to 0 seems to fix the issue for me as well. Once after I did that, the laptop failed to wake up after suspension, but since then it was all nice and quiet.
I'm running 3.9.6-1-ARCH x86_64
Interesting... what machine are you on? I'm on an x220 i5. And since I made that pm_async change, I haven't had the issue a single time. Before it was happening like every 3rd suspend/resume.
Note I was on 3.9.7 when I tried this workaround. Maybe try a later kernel and see if it improves.
Offline
jsravn wrote:Latest workaround is to set /sys/power/pm_async to 0. So far this seems to have fixed it for me.
How exactly have to you set it up?
It dont need this workaround but for such stuff I have a /etc/systemd/system/rc.local.service:
[Unit]
Description=/etc/rc.local Compatibility
[Service]
Type=forking
ExecStart=/etc/rc.local
TimeoutSec=0
StandardOutput=tty
RemainAfterExit=yes
SysVStartPriority=99
[Install]
WantedBy=multi-user.target
Then just write a /etc/rc.local with your stuff and make it executable.
I just it to write the target file of tuxonice_file to /sys/power/tuxonice/file/target
Linux odin 3.13.1-pf #1 SMP PREEMPT Wed Mar 5 21:47:28 CET 2014 x86_64 GNU/Linux
Offline
jsravn wrote:Latest workaround is to set /sys/power/pm_async to 0. So far this seems to have fixed it for me.
How exactly have to you set it up?
IMHO the nicest way to do this, is to do a tmpfiles.d entry, e.g. I have this in /etc/tmpfiles.d/pm_async.conf:
w /sys/power/pm_async - - - - 0
See "man tmpfiles.d" for details.
>>> from __future__ import braces
File "<stdin>", line 1
SyntaxError: not a chance
Offline
wlmeng11 wrote:If anyone is looking for a stable release to fall back to, 3.5.6-1-ARCH x86_64 is perfectly fine for me on a Thinkpad X220 with a i5-2520m.
It's interesting that this seems to vary. The last stable release on my machine was the last 3.7 release.
For my laptop (Thinkpad T420, Core i7-2620M), this is also the latest stable release. Things started to go bad with 3.6 release.
Offline
cris9288 wrote:wlmeng11 wrote:If anyone is looking for a stable release to fall back to, 3.5.6-1-ARCH x86_64 is perfectly fine for me on a Thinkpad X220 with a i5-2520m.
It's interesting that this seems to vary. The last stable release on my machine was the last 3.7 release.
For my laptop (Thinkpad T420, Core i7-2620M), this is also the latest stable release. Things started to go bad with 3.6 release.
It is 3.5.6-1-ARCH for me as well.
Offline
Rolinh wrote:cris9288 wrote:It's interesting that this seems to vary. The last stable release on my machine was the last 3.7 release.
For my laptop (Thinkpad T420, Core i7-2620M), this is also the latest stable release. Things started to go bad with 3.6 release.
It is 3.5.6-1-ARCH for me as well.
Ooo, no bueno! Going back to 3.5 means that you are now using an end-of-life kernel. There are no updates or security fixes happening to that. So you might want to humor the idea of using the linux-lts34 (currently 3.4.53-1-ARCH) package from the AUR if you are willing to compile your own kernel. The config included is sane and all inclusive like the normal ARCH kernel, so if you are okay with a semi-long compile time you don't even have to change anything. OTOH, you have a Core i7 quad with hyper-threading, so you could probably compile with -j10 pretty sanely.
Offline
IMHO the nicest way to do this, is to do a tmpfiles.d entry, e.g. I have this in /etc/tmpfiles.d/pm_async.conf:
w /sys/power/pm_async - - - - 0
See "man tmpfiles.d" for details.
Thanks. Do I have to enable any service file or are tempfiles enabled by default?
PS:- There some relevant info on wiki on modifying /sys parameters.
Note: This method may not work to set options in /sys since the systemd-tmpfiles-setup service may run before the appropriate device modules
is loaded. In this case you could check whether the module has a parameter for the option you want to set with modinfo <module> and set this option
with a config file in /etc/modprobe.d. Otherwise you will have to write a udev rule to set the appropriate attribute as soon as the device appears.
Offline
It seem to be resolved.
https://bugzilla.kernel.org/show_bug.cgi?id=58971
commit 7dcd2677ea912573d9ed4bcd629b0023b2d11505
Author: Konstantin Khlebnikov <khlebnikov@openvz.org>
Date: Wed Jul 17 10:22:58 2013 +0400
drm/i915: fix long-standing SNB regression in power consumption after resume
Γίνε ρεαλιστής, μείνε ονειροπόλος ...
Offline
Anyone found a workaround for the texture corruption after suspend to disk?
Linux odin 3.13.1-pf #1 SMP PREEMPT Wed Mar 5 21:47:28 CET 2014 x86_64 GNU/Linux
Offline
It seem to be resolved.
https://bugzilla.kernel.org/show_bug.cgi?id=58971
commit 7dcd2677ea912573d9ed4bcd629b0023b2d11505 Author: Konstantin Khlebnikov <khlebnikov@openvz.org> Date: Wed Jul 17 10:22:58 2013 +0400 drm/i915: fix long-standing SNB regression in power consumption after resume
Good news first thing in the morning.
Offline
Can anyone confirm that the problem is fixed on the X220? I will only be able to test it in a few days when I get the laptop back.
Offline
Sweet!
What kernel version will it be included in? When do you estimate it will reach the core repository?
Offline