From: Kevin Hilman <khilman@ti.com>
To: Jean Pihet <jean.pihet@newoldbits.com>
Cc: linux-omap@vger.kernel.org, p-titiano@ti.com
Subject: Re: [PATCH/RFC 1/4] OMAP3: PM debug: remove sleep_while_idle feature
Date: Fri, 27 May 2011 08:26:03 -0700 [thread overview]
Message-ID: <87vcww412s.fsf@ti.com> (raw)
In-Reply-To: <BANLkTimnt4-8hKuX+Lgd9PH1bu6e6jK+Hw@mail.gmail.com> (Jean Pihet's message of "Fri, 27 May 2011 09:37:19 +0200")
Jean Pihet <jean.pihet@newoldbits.com> writes:
> On Fri, May 27, 2011 at 1:02 AM, Kevin Hilman <khilman@ti.com> wrote:
>> Remove the OMAP-specific PM debug 'sleep_while_idle' feature which is
>> currently available as an OMAP-specific debugfs entry.
>>
>> This duplicates existing ARM-generic functionality available as a
>> boot-time option using the boot cmdline option 'hohlt'.
> 'nohlt' is only for the default arch idle handler (pm_idle). It does
> not apply to the cpuidle handler (omap3_enter_idle) which depends on
> CONFIG_CPU_IDLE.
AFAICT, it affects CPUidle also, since CPUidle replaces pm_idle, which
is protected by the hlt_counter check.
I think the CPUidle folks are looking for a way to replace using
pm_idle though. After that happens, there are a couple options. 1) add
a check for hlt_counter in the CPUidle path, or 2) just disable CPUidle
at Kconfig level.
>> If runtime configuration of this is needed, then adding a debugfs
>> entry for the ARM-generic hlt/nohlt interface should be added.
> Is there a need for it?
I don't think so. But my point was that if anyone wants this feature
back, this would be the way to add it.
Kevin
next prev parent reply other threads:[~2011-05-27 15:26 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-26 23:02 [PATCH/RFC 0/4] OMAP: PM debug: remove register dump, misc cleanups Kevin Hilman
2011-05-26 23:02 ` [PATCH/RFC 1/4] OMAP3: PM debug: remove sleep_while_idle feature Kevin Hilman
2011-05-27 7:37 ` Jean Pihet
2011-05-27 15:26 ` Kevin Hilman [this message]
2011-05-27 16:01 ` Jean Pihet
2011-05-30 7:15 ` Santosh Shilimkar
2011-05-30 7:59 ` Jean Pihet
2011-05-26 23:02 ` [PATCH/RFC 2/4] OMAP2: PM debug: remove register dumping Kevin Hilman
2011-05-30 7:17 ` Santosh Shilimkar
2011-06-01 1:34 ` Kevin Hilman
2011-05-30 8:05 ` Jean Pihet
2011-05-31 8:24 ` Titiano, Patrick
2011-06-01 1:40 ` Kevin Hilman
2011-06-01 14:28 ` Titiano, Patrick
2011-05-26 23:02 ` [PATCH/RFC 3/4] OMAP3: " Kevin Hilman
2011-05-30 7:18 ` Santosh Shilimkar
2011-05-30 8:06 ` Jean Pihet
2011-05-26 23:02 ` [PATCH/RFC 4/4] OMAP2: PM debug: move wakeup timer into clockevent code Kevin Hilman
2011-05-27 5:18 ` Santosh Shilimkar
2011-05-30 7:21 ` Santosh Shilimkar
2011-05-30 8:08 ` Jean Pihet
2011-05-30 8:10 ` Santosh Shilimkar
2011-05-27 7:34 ` [PATCH/RFC 0/4] OMAP: PM debug: remove register dump, misc cleanups Jean Pihet
2011-05-27 15:00 ` Kevin Hilman
2011-06-13 12:28 ` Santosh Shilimkar
2011-06-16 0:33 ` Kevin Hilman
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=87vcww412s.fsf@ti.com \
--to=khilman@ti.com \
--cc=jean.pihet@newoldbits.com \
--cc=linux-omap@vger.kernel.org \
--cc=p-titiano@ti.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.