From: Russell King - ARM Linux <linux@arm.linux.org.uk>
To: Kevin Hilman <khilman@deeprootsystems.com>
Cc: linux-arm-kernel@lists.arm.linux.org.uk,
linux-omap@vger.kernel.org,
Jouni Hogander <jouni.hogander@nokia.com>,
Paul Walmsley <paul@pwsan.com>
Subject: Re: [PATCH 01/11] OMAP2/3: PM: push core PM code from linux-omap
Date: Thu, 28 May 2009 14:43:03 +0100 [thread overview]
Message-ID: <20090528134303.GA20736@n2100.arm.linux.org.uk> (raw)
In-Reply-To: <87r5yk6hxu.fsf@deeprootsystems.com>
On Tue, May 19, 2009 at 11:55:41AM -0700, Kevin Hilman wrote:
> Russell King - ARM Linux <linux@arm.linux.org.uk> writes:
>
> > On Mon, May 18, 2009 at 10:00:44AM -0700, Kevin Hilman wrote:
> >> Russell King - ARM Linux <linux@arm.linux.org.uk> writes:
> >>
> >> > On Fri, May 15, 2009 at 11:40:41AM -0700, Kevin Hilman wrote:
> >> >> This patch is to sync the core linux-omap PM code with mainline. This
> >> >> code has evolved and been used for a while the linux-omap tree, but
> >> >> the attempt here is to finally get this into mainline.
> >> >>
> >> >> Following this will be a series of patches from the 'PM branch' of the
> >> >> linux-omap tree to add full PM hardware support from the linux-omap
> >> >> tree.
> >> >>
> >> >> Much of this PM core code was written by Jouni Hogander with
> >> >> significant contributions from Paul Walmsley as well as many others
> >> >> from Nokia, Texas Instruments and linux-omap community.
> >> >
> >> > Overall comment, I think we need to rework the idle support code so
> >> > that enable_hlt/disable_hlt can be used even when pm_idle has been
> >> > overridden, rather than OMAP going off and inventing its own mechanisms.
> >>
> >> Would adding:
> >>
> >> if (hlt_counter)
> >> cpu_relax();
> >>
> >> to the beginning of omap*_pm_idle functions be sufficient? That will
> >> at least allow the hlt stuff to behave as expected.
> >
> > Yes, but the comment was also directed at the other functions which
> > increment/decrement that atomic_t variable to enable/disable sleep mode.
> >
>
> Russell,
>
> Do you have a preference in how to export the hlt_counter to
> platform-specific code?
Sorry, I haven't had time to look at this, and the work I did to change
the idle loop got lost when I last re-built my git tree.
But... your patch isn't what I was meaning. I was meaning to avoid
calling the idle function (_any_ idle function) if hlt_counter was
non-zero.
next prev parent reply other threads:[~2009-05-28 13:43 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-05-15 18:40 [PATCH 00/11] OMAP2/3: PM sync-up Kevin Hilman
2009-05-15 18:40 ` [PATCH 01/11] OMAP2/3: PM: push core PM code from linux-omap Kevin Hilman
2009-05-15 18:40 ` [PATCH 02/11] OMAP: Add new function to check wether there is irq pending Kevin Hilman
2009-05-15 18:40 ` [PATCH 03/11] OMAP3: PM: Force IVA2 into idle during bootup Kevin Hilman
2009-05-15 18:40 ` [PATCH 04/11] OMAP3: PM: Add wake-up bit defintiions for CONTROL_PADCONF_X Kevin Hilman
2009-05-15 18:40 ` [PATCH 05/11] OMAP3: PM: UART: disable clocks when idle and off-mode support Kevin Hilman
2009-05-15 18:40 ` [PATCH 06/11] OMAP3: PM: Add D2D clocks and auto-idle setup to PRCM init Kevin Hilman
2009-05-15 18:40 ` [PATCH 07/11] OMAP3: PM: D2D clockdomain supports SW supervised transitions Kevin Hilman
2009-05-15 18:40 ` [PATCH 08/11] OMAP3: PM: Ensure MUSB block can idle when driver not loaded Kevin Hilman
2009-05-15 18:40 ` [PATCH 09/11] OMAP3: PM: Ensure PRCM interrupts are cleared at boot Kevin Hilman
2009-05-15 18:40 ` [PATCH 10/11] OMAP3: PM: Clear pending PRCM reset flags on init Kevin Hilman
2009-05-15 18:40 ` [PATCH 11/11] OMAP3: PM: prevent module wakeups from waking IVA2 Kevin Hilman
2009-05-18 13:16 ` [PATCH 08/11] OMAP3: PM: Ensure MUSB block can idle when driver not loaded Russell King - ARM Linux
2009-05-18 14:50 ` Kevin Hilman
2009-05-18 15:04 ` Tony Lindgren
2009-05-18 13:32 ` [PATCH 01/11] OMAP2/3: PM: push core PM code from linux-omap Russell King - ARM Linux
2009-05-18 17:00 ` Kevin Hilman
2009-05-18 17:06 ` Russell King - ARM Linux
2009-05-18 17:28 ` Kevin Hilman
2009-05-19 5:49 ` Artem Bityutskiy
2009-05-19 14:57 ` Kevin Hilman
2009-05-19 18:55 ` Kevin Hilman
2009-05-28 13:43 ` Russell King - ARM Linux [this message]
2009-05-18 17:08 ` Kevin Hilman
2009-05-18 18:30 ` Russell King - ARM Linux
2009-05-18 19:04 ` Woodruff, Richard
2009-05-18 20:24 ` Russell King - ARM Linux
2009-05-18 20:47 ` Woodruff, Richard
2009-05-18 21:11 ` Russell King - ARM Linux
2009-05-18 21:19 ` Woodruff, Richard
2009-05-19 0:23 ` 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=20090528134303.GA20736@n2100.arm.linux.org.uk \
--to=linux@arm.linux.org.uk \
--cc=jouni.hogander@nokia.com \
--cc=khilman@deeprootsystems.com \
--cc=linux-arm-kernel@lists.arm.linux.org.uk \
--cc=linux-omap@vger.kernel.org \
--cc=paul@pwsan.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