public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Milan Plzik <milan.plzik@gmail.com>
To: "Pallipadi, Venkatesh" <venkatesh.pallipadi@intel.com>
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"tglx@linutronix.de" <tglx@linutronix.de>
Subject: RE: Possible CPU_IDLE bug [WAS: Re: Timer unstability on when	using C2	and deeper sleep states (Dell Latitude XT)]
Date: Fri, 15 Aug 2008 13:46:51 +0200	[thread overview]
Message-ID: <1218800811.4388.23.camel@localhost> (raw)
In-Reply-To: <7E82351C108FA840AB1866AC776AEC460945BFF2@orsmsx505.amr.corp.intel.com>

On St, 2008-08-13 at 14:22 -0700, Pallipadi, Venkatesh wrote:
> 
> >-----Original Message-----
> >From: Milan Plzik [mailto:milan.plzik@gmail.com]
> >Sent: Wednesday, August 13, 2008 1:21 PM
> >To: Pallipadi, Venkatesh
> >Cc: linux-kernel@vger.kernel.org
> >Subject: RE: Possible CPU_IDLE bug [WAS: Re: Timer unstability
> >on when using C2 and deeper sleep states (Dell Latitude XT)]
> >

[...]

> Were all these tests with 2.6.26? Can you try with 2.6.27-rc3?
> 
> There is one bugfix patch that, IIRC, went in after 2.6.26.
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=b8f8c3cf0a4ac0632ec3f0e15e9dc0c29de917af

  I did some further testing on 2.6.27-rc3 today; unfortunately I found
out that the 'press key or I won't move' issue is still present,
although I have not noticed it first time.

  I tried to switch cpuidle governors on the fly and found out one
interesting thing -- if powertop shows ~ 10000 wakeups/sec and I just
play with the governors (I just echo "menu" or "ladder"
> /sys/devices/system/cpu/cpuidle/current_governor), with non-zero
probability (usually second attempt made it) the number of wakeups/sec
changes to more reasonable value, roughly 700. But this happened even if
I echoed the same name as the current governor is, which is a bit
strange, as this is (according to sources) basically NOOP -- it just
locks and unlocks the cpuidle_lock mutex.

  Interesting also is, that no matter in what state I was (menu governor
giving 10000 or 700), the 'ladder' governor usually yielded roughly 4000
wakeups per second. And, after starting and stopping X server (which
from some weird reason blocks C3 state even after terminating) I was
getting numbers below 300 wakeups/sec.

  Moreover, I previously ignored one fact, which might (or might not) be
related. Sometimes (quite rarely) the system crashes early on boot with
following message ("screenshot"):

http://image.dayphorum.eu/show/img-mhPMoxVfDZ.jpg

  I have no idea whether this is somehow related or not, anyway, the
boot doesn't continue. Unfortunately, VESA modes don't seem to work
properly (black screen), so I'm not able to get more than is visible on
the photo. Screenshot is from 2.6.26 kernel, but it has also happened on
2.6.27-rc3.

> 
> Thanks,
> Venki

  Thank you,
	Milan


  parent reply	other threads:[~2008-08-15 11:49 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-08-12 18:33 Timer unstability on when using C2 and deeper sleep states (Dell Latitude XT) Milan Plzik
2008-08-13 10:58 ` Milan Plzik
2008-08-13 13:05   ` Pavel Machek
2008-08-13 14:33     ` Milan Plzik
2008-08-13 14:16   ` Possible CPU_IDLE bug [WAS: Re: Timer unstability on when using C2 and deeper sleep states (Dell Latitude XT)] Milan Plzik
2008-08-13 18:14     ` Pallipadi, Venkatesh
2008-08-13 20:21       ` Milan Plzik
2008-08-13 21:22         ` Pallipadi, Venkatesh
2008-08-14  8:05           ` Milan Plzik
2008-08-14  9:00             ` Thomas Gleixner
2008-08-14 11:40               ` Milan Plzik
2008-08-14 13:28                 ` Milan Plzik
2008-08-15 11:46           ` Milan Plzik [this message]
2008-08-13 20:17   ` Timer unstability on when using C2 and deeper sleep states (Dell Latitude XT) Andi Kleen
2008-08-13 21:04     ` Milan Plzik

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=1218800811.4388.23.camel@localhost \
    --to=milan.plzik@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=tglx@linutronix.de \
    --cc=venkatesh.pallipadi@intel.com \
    /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