public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Thomas Fjellstrom <thomas@fjellstrom.ca>
To: Marc Burkhardt <marc@marc.ngoe.de>
Cc: linux-kernel@vger.kernel.org
Subject: Re: turbo on lenovo w530 causing over-temp warnings
Date: Sun, 30 Mar 2014 16:57:15 -0600	[thread overview]
Message-ID: <4819075.C0MTBkDfgh@balsa> (raw)
In-Reply-To: <7286ed3d-6e07-4276-9f43-1b51eca23d18@email.android.com>

I've just installed mcelog, if it'll help me figure out what is going on I'll 
try it. But the actual reboots come from an actual thermal alert, I've seen 
them appear in the console just before the machine shuts off. It seems at 
around 100-110c, something (lmsensors? Kernel?) will 'shutdown -h now', which 
totally makes sense. What doesn't make sense is why is it even reaching that 
temperature to begin with.

I was under the impression that the intel Turbo tech automatically (ie: in 
cpu) throttle back to a lower boost clock when certain thermal targets are 
hit. It doesn't seem to be doing that very well. At best it limits all 4 cores 
to 3.4Ghz, instead of occasionally hitting 3.6Ghz. Even 3.4Ghz is way too high 
when all 4 cores are pegged.

On Sun 30 Mar 2014 12:45:32 PM Marc Burkhardt wrote:
> Have you configured to catch 'Machine Check Exceptions' / MCE?
> 
> Regards,
> Marc
> 
> On 30. März 2014 11:13:57 MESZ, Thomas Fjellstrom <thomas@fjellstrom.ca> 
wrote:
> >I have a lenovo w530 laptop with an intel i7-3720QM processor, and when
> >
> >running something with high cpu use causes the cpu to be put into the
> >highest
> >turbo mode and stays there as long as the core is being used. It
> >doesn't scale
> >back to the real max frequency once temperatures rise.
> >
> >I've had my laptop shut itself down after a few minutes due to a
> >thermal
> >warning a few times. I was attempting to try the latest stable stock
> >(non
> >debian) kernel to see if maybe it was a weird distro config issue (it
> >happens),
> >but as I was compiling the kernel, CPU temps hit 90c, and were climbing
> >after
> >only a few minutes. If I had let it go longer, I am 100% sure it would
> >have
> >shut itself off again.
> >
> >I just tried seeing what would happen if I just ran a straight up make
> >on the
> >kernel with no -j option. So only one core at a time would be pegged,
> >and it
> >caused all 4 cores to spike to 3.4Ghz+ and stay there till I killed the
> >job.
> >
> >Is this a known problem? Is there something obvious I've missed?
> >
> >I've been trying to find relevant info online about this, but a lot of
> >it is
> >fairly old and references the intel_pstep driver causing tubo to be
> >stuck on
> >100% of the time. In my case its only stuck at full turbo while there
> >is a
> >certain amount of cpu use. It does drop back if nothing is running.
> >
> >Currently running kernel is the debian 3.13.7-1 kernel from sid. I will
> >
> >attempt to try the stock latest stable, as well as the latest rc, but I
> >won't
> >be able to get around to both till tomorrow.
> >
> >Thanks.

-- 
Thomas Fjellstrom
thomas@fjellstrom.ca

      parent reply	other threads:[~2014-03-30 22:57 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-03-30  9:13 turbo on lenovo w530 causing over-temp warnings Thomas Fjellstrom
     [not found] ` <7286ed3d-6e07-4276-9f43-1b51eca23d18@email.android.com>
2014-03-30 22:57   ` Thomas Fjellstrom [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4819075.C0MTBkDfgh@balsa \
    --to=thomas@fjellstrom.ca \
    --cc=linux-kernel@vger.kernel.org \
    --cc=marc@marc.ngoe.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox