All of lore.kernel.org
 help / color / mirror / Atom feed
From: Len Brown <lenb@kernel.org>
To: "Luming Yu" <luming.yu@gmail.com>
Cc: "Lionel Landwerlin" <landwer@free.fr>,
	linux-kernel@vger.kernel.org, venkatesh.pallipadi@intel.com
Subject: Re: 2.6.19.2 sky2/acpi crashes
Date: Tue, 23 Jan 2007 21:36:54 -0500	[thread overview]
Message-ID: <200701232136.54731.lenb@kernel.org> (raw)
In-Reply-To: <3877989d0701231739l1399afaci61aed9f26e3cd14@mail.gmail.com>


> > > Apple Macbook 2GHz (x86, not amd64)

> > > > > Please try to remove processor module.
> > > >
> > > > Ok, that's done. Same problem.
> > >
> > > any difference with "idle=poll"?
> > > if yes, how about "idle=halt"?
> >
> > idle=poll seems to fix the problem (cpu fan is running almost at full
> > speed). Maybe I should run a longer test... For now it consists to run
> > about 15 torrents and watching HDTV through ethernet device.
> >
> > idle=halt does not :
> 
> It sounds like issues relative to Processor C state.
> Please enter a bug in ACPI category on bugzilla.kernel.org

Actually, the test above with the processor module removed proved
that it isn't ACPI C-states -- as they will not be available.
You should be able to observe that /proc/acpi/processor/*/power
does not indicate any C-state use when processor is unloaded.

My guess was that some deep C-state with long exit latency
was interfering with the device.  booting w/o the processor
module should have left you running the native mwait idle.
booting with idle=halt should have left you running the HLT idle.
booting with idle=poll is a busy spin loop that never enters
any hardware power saving state.

I'm quite puzzled that idle=halt was not sufficient to solve the issue,
because that should be the lowest exit latency idle loop.
So maybe I'm wrong about the cause -- though I can't then
explain why idle=poll helps...

All of the idle selection options cause the kernel to print
a line with the word "idle" in it.  Perhaps you could search
your dmesg for "idle" to verify that it is running what we
think it is?

-Len



  reply	other threads:[~2007-01-24  2:38 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-01-23  8:59 2.6.19.2 sky2/acpi crashes Lionel Landwerlin
2007-01-23  9:22 ` Luming Yu
2007-01-23 12:27   ` Lionel Landwerlin
2007-01-23 21:30     ` Len Brown
2007-01-24  0:45       ` Lionel Landwerlin
2007-01-24  1:39         ` Luming Yu
2007-01-24  2:36           ` Len Brown [this message]
2007-01-24 12:23             ` Lionel Landwerlin
2007-01-24 19:51               ` Len Brown
2007-01-23 10:17 ` Soeren Sonnenburg
2007-01-23 11:12   ` Andrew Lyon
2007-01-24 13:02 ` Soeren Sonnenburg
2007-01-24 13:04 ` Soeren Sonnenburg
2007-01-24 17:44 ` Stephen Hemminger

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=200701232136.54731.lenb@kernel.org \
    --to=lenb@kernel.org \
    --cc=landwer@free.fr \
    --cc=linux-kernel@vger.kernel.org \
    --cc=luming.yu@gmail.com \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.