mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Arjan van de Ven <arjan@infradead.org>
To: Dimitrios Apostolou <jimis@gmx.net>
Cc: thomas@archlinux.org, Wojciech Ploskonka <wploskonka@gmail.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Alex Chiang <achiang@hp.com>, Len Brown <lenb@kernel.org>,
	Bjorn Helgaas <bjorn.helgaas@hp.com>,
	Yinghai Lu <yinghai@kernel.org>,
	linux-kernel@vger.kernel.org
Subject: Re: High cpu temperature with 2.6.32, bisection shows commit 69d258 (fwd)
Date: Thu, 11 Feb 2010 21:23:13 -0800	[thread overview]
Message-ID: <20100211212313.59c0e12b@infradead.org> (raw)
In-Reply-To: <alpine.LNX.2.00.1002111929300.1668@localhost.localdomain>

On Thu, 11 Feb 2010 20:00:47 +0200 (EET)
Dimitrios Apostolou <jimis@gmx.net> wrote:

> On Wed, 10 Feb 2010, Arjan van de Ven wrote:
> > On Wed, 10 Feb 2010 22:51:38 +0200 (EET)
> > Dimitrios Apostolou <jimis@gmx.net> wrote:
> >>
> >> As I understand, in his case the C3 state is unstable and exits
> >> immediately. I have asked him to post the dmidecode output so you
> >> can put him on the exception list too. However I now believe that
> >> more and more users will be facing the same problem, it's not
> >> something you find easily, especially on desktop machines! What do
> >> you think?
> >
> > if C3 does not work, this needs to be fixed in the code that
> > implements C3, not in the code that selects C3.
> >
> >
> > Modern systems should have working C3; if one does not it needs to
> > be investigated as to why it's not working. One cause could be a
> > PME that we're not handling (I've seen that a few times in our
> > lab), lspci -vvv will show that.
> >
> > But regardless, it's not the task of the code that selects a C
> > state to deal with....
> 
> Wojo (CC'd) can you run as root lspci -vvv and attach the output, so
> the experts can have a look?
> 
> Arjan, in this case a bisection was not performed but the symptoms
> are exactly the same as mine:
> * powertop showing thousands of interrups but showing no specific
> process causing them
> * The situation is caused only when the "processor" module is
> inserted and after a message about "marking TSC as unstable due to
> halts in idle", exactly like my case
> 
> Hmmm actually a difference is that in my case the system used the
> acpi_pm clocksource, but in Wojo's case it used hpet.
> 
> If I understand correctly what you said, this is a bug in another
> piece of code, and I assume that the previous behaviour of the
> governor was hiding it, avoiding C3 state completely, right?
> 
> 

the old governor would not avoid c3, each time it would try it a bunch
of times and eventually fall back... not very good, but mostly
invisible to you.


-- 
Arjan van de Ven 	Intel Open Source Technology Centre
For development, discussion and tips for power savings, 
visit http://www.lesswatts.org

  parent reply	other threads:[~2010-02-12  5:21 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <alpine.LNX.2.00.1001071941470.1363@localhost.localdomain>
2010-01-08 17:15 ` Alex Chiang
2010-01-09 21:43   ` Arjan van de Ven
2010-01-09 23:55     ` Dimitrios Apostolou
2010-01-10  0:08       ` Arjan van de Ven
2010-01-10  0:32         ` Dimitrios Apostolou
2010-01-10  0:42           ` Arjan van de Ven
2010-01-10  1:05             ` Dimitrios Apostolou
2010-01-10  1:38               ` Arjan van de Ven
2010-01-13  0:07               ` Andrew Morton
2010-01-13  5:32                 ` Arjan van de Ven
2010-02-10 20:51                   ` Dimitrios Apostolou
2010-02-10 21:42                     ` Dimitrios Apostolou
2010-02-11  4:56                     ` Arjan van de Ven
2010-02-11 18:00                       ` Dimitrios Apostolou
2010-02-11 21:58                         ` Wojciech Ploskonka
2010-02-12  5:24                           ` Arjan van de Ven
2010-02-12 21:05                             ` Matthew Garrett
2010-02-18 20:27                             ` Dimitrios Apostolou
2010-02-18 20:34                               ` Rafael J. Wysocki
2010-02-22 16:43                             ` Dimitrios Apostolou
2010-02-23  1:55                               ` Arjan van de Ven
2010-02-12  5:23                         ` Arjan van de Ven [this message]
2010-01-10  2:07             ` Ray Lee
2010-01-10  3:09               ` Robert Hancock
2010-01-10  4:15               ` Arjan van de Ven
2010-01-15 20:00           ` -O0 kernel " Pavel Machek
2010-01-15 20:40             ` Dimitrios Apostolou

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=20100211212313.59c0e12b@infradead.org \
    --to=arjan@infradead.org \
    --cc=achiang@hp.com \
    --cc=akpm@linux-foundation.org \
    --cc=bjorn.helgaas@hp.com \
    --cc=jimis@gmx.net \
    --cc=lenb@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=thomas@archlinux.org \
    --cc=wploskonka@gmail.com \
    --cc=yinghai@kernel.org \
    /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

all inboxes | Powered by JetHome®