You are not logged in.
wonderwoofy, can you share here your results of i7z please?
Offline
Just had a "hot wakeup" with 3.9.4 again so the problem persists. This is terrible..
Offline
Uuhhh... it is a contantly changing realtime applcation. What is it you want me to share? My frequency normally sits around 1.7GHz, and i have an i5 3210M which has a 2.5GHz clock speed with a 3.2GHz turbo boost. The minimum speed is 1.2GHz.
What I am trying to get at is that the clock speed reported is of little importance, but powertop is not going to be very accurate anyway. What you really want to be looking at is not what the clock speed is, but rather how much your prcessor goes into power saving states. My processor for example seems to be in C7 for 98-99% of the time right now (system is mostly idle, as I'm just checking email and perusing the forums).
You have to take into consideration that although I am participating in these forums, I am not likely to suffer from the same problems as the others in this thread because my processor is not a Sandy Bridge. I have an Ivy Bridge, but I have also "patched" the kernel so that the intel_pstate driver works for my system. (I say "patched" because in reality it is just the addition of a single line of code, so I just added it by hand.) I also run Intel's Linux Thermal Daemon, which seems to handle thermal/power pretty damn well.
Offline
Though it may not conflict, I think it might be a better idea to actually configure thermald to control the fan instead. It just seems like a single central system for controlling thermal levels is likely to be vastly superior to having multiple things that really don't know about each other trying to all act in concert.
That makes sense. My reading tells me there is no obvious config file for thermal-daemon. It tries to do everything automatically or user created XML file.
Offline
I have opened a bug report. Is someone has similar issues...
Γίνε ρεαλιστής, μείνε ονειροπόλος ...
Offline
Offline
Yes, I believe it is related. Your increase of the temperature may be bigger because your cpu has much more power than my i3.
Last edited by firewalker (2013-06-05 19:49:22)
Γίνε ρεαλιστής, μείνε ονειροπόλος ...
Offline
My problem is i915 related. I found the offending patch.
[15239099d7a7a9ecdc1ccb5b187ae4cda5488ff9] drm/i915: enable irqs earlier when resuming.
http://o.cs.uvic.ca:20810/perl/cid.pl?c … cda5488ff9
Removing this patch, everything goes back to normal.
Γίνε ρεαλιστής, μείνε ονειροπόλος ...
Offline
My problem is i915 related. I found the offending patch.
[15239099d7a7a9ecdc1ccb5b187ae4cda5488ff9] drm/i915: enable irqs earlier when resuming.
http://o.cs.uvic.ca:20810/perl/cid.pl?c … cda5488ff9
Removing this patch, everything goes back to normal.
Great, thanks for letting us know. I have just reverted that patch and recompiled my kernel.
Offline
Let us know if it will do the trick for you.
Do you use i915 also?
Last edited by firewalker (2013-06-11 13:14:13)
Γίνε ρεαλιστής, μείνε ονειροπόλος ...
Offline
@firewalker, have you reported this?
Offline
Γίνε ρεαλιστής, μείνε ονειροπόλος ...
Offline
The only problem I can see with this is that the commit happened after tag v3.8, and this bug affected 3.7 as well.
Thinkpad T420 | Intel 3000 | systemd {,--user}
PKGBUILDs I use | pywer AUR helper
Offline
Let us know if it will do the trick for you.
Do you use i915 also?
So far so good. But the problem occured rather randomly before, so I'd probably have to wait at least a few days.
Yea, Thinkpad X220i here with the Intel HD 3000 GPU.
Offline
Try
sudo cpupower frequency-set -g performance
and then suspend/resume. It always triggered the problem for me.
Γίνε ρεαλιστής, μείνε ονειροπόλος ...
Offline
I seem to be experiencing a heat problem on my ThinkPad T520 with i7 sandybridge.
I can attribute the heat problem to my intel IGP running at 100% sometimes at wakeup. Happens about every third or fouth wake-from-sleep. After a reboot, all is back to normal.
running linux 3.9.5 with the latest intel driver.
Offline
Is this fixed? Is there any tweak I can do to make the bug dissapear?
I really want to go back to linux, but this bug makes me look at other distros
Offline
So far so good. But the problem occured rather randomly before, so I'd probably have to wait at least a few days.
Yea, Thinkpad X220i here with the Intel HD 3000 GPU.
Any news?
Γίνε ρεαλιστής, μείνε ονειροπόλος ...
Offline
hrkfdn wrote:So far so good. But the problem occured rather randomly before, so I'd probably have to wait at least a few days.
Yea, Thinkpad X220i here with the Intel HD 3000 GPU.
Any news?
I haven't tried with your command, but I still haven't encountered the bug even though I performed multiple suspend/wakeup cycles since then.
Seems to have done the trick!
I've been polling the bugreport you filed.. Still no statement from the i915 guys?
Last edited by hrkfdn (2013-06-15 19:14:25)
Offline
Post to the bug report (when you make sure it's ok) that you had the same issue and that the removal of the patch fixed it for you too.
Γίνε ρεαλιστής, μείνε ονειροπόλος ...
Offline
Post to the bug report (when you make sure it's ok) that you had the same issue and that the removal of the patch fixed it for you too.
That was too early, It just happened again Another suspend/resume cycle fixed it.
Last edited by hrkfdn (2013-06-16 00:38:38)
Offline
/could it be just a fluke? Could you fix it with another suspend/resume cycle before?
Γίνε ρεαλιστής, μείνε ονειροπόλος ...
Offline
/could it be just a fluke? Could you fix it with another suspend/resume cycle before?
Yes, that's how I used to fix it before.
Offline
My problem is i915 related. I found the offending patch.
[15239099d7a7a9ecdc1ccb5b187ae4cda5488ff9] drm/i915: enable irqs earlier when resuming.
http://o.cs.uvic.ca:20810/perl/cid.pl?c … cda5488ff9
Removing this patch, everything goes back to normal.
Did you have to recompile the kernerl to remove the patch or is there a dynamic way to revert a patch?
My problem has aggravated since 3.9.6-1. I am booting into a system which is running at full frequency 3.4GHz and a temperature of 95-97C.
Offline