All of lore.kernel.org
 help / color / mirror / Atom feed
From: tony@atomide.com (Tony Lindgren)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 01/12] ARM: clean up idle handlers
Date: Tue, 25 Oct 2011 09:56:20 +0200	[thread overview]
Message-ID: <20111025075620.GH4429@atomide.com> (raw)
In-Reply-To: <1319449801-12367-2-git-send-email-nico@fluxnic.net>

* Nicolas Pitre <nico@fluxnic.net> [111024 12:16]:
> Let's factor out the need_resched() check instead of having it duplicated
> in every pm_idle implementations to avoid inconsistencies (omap2_pm_idle
> was missing it already).
> 
> The forceful re-enablement of IRQs after pm_idle has returned can go.
> The warning certainly doesn't trigger for existing users.  Similar for
> the redundant  local_irq_disable() call in the OMAP implementations.

Looks good to me.
 
> And finally move the comment explaining the reason for the turning off
> of IRQs to a more proper location.

One minor comment on that comment below.
 
> --- a/arch/arm/kernel/process.c
> +++ b/arch/arm/kernel/process.c
...

> -				 * This will eventually be removed - pm_idle
> -				 * functions should always return with IRQs
> -				 * enabled.
> +				 * pm_idle functions should always
> +				 * return with IRQs enabled.
>  				 */
>  				WARN_ON(irqs_disabled());
> +			} else
>  				local_irq_enable();
> -			}

Any reason to use "should always return" instead of "must always return
with IRQs enabled"?

Regards,

Tony

  reply	other threads:[~2011-10-25  7:56 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-10-24  9:49 [PATCH/RFT 0/12] step towards removal of mach/system.h Nicolas Pitre
2011-10-24  9:49 ` [PATCH 01/12] ARM: clean up idle handlers Nicolas Pitre
2011-10-25  7:56   ` Tony Lindgren [this message]
2011-10-25  8:26     ` Russell King - ARM Linux
2011-10-25 11:37   ` Russell King - ARM Linux
2011-10-24  9:49 ` [PATCH 02/12] ARM: mach-at91: move special idle code to a out-of-line pm_idle hook Nicolas Pitre
2011-10-24  9:49 ` [PATCH 03/12] ARM: mach-clps711x: " Nicolas Pitre
2011-10-24  9:49 ` [PATCH 04/12] ARM: mach-ebsa110: " Nicolas Pitre
2011-10-24  9:49 ` [PATCH 05/12] ARM: mach-gemini: " Nicolas Pitre
2011-10-24  9:49 ` [PATCH 06/12] ARM: mach-h720x: " Nicolas Pitre
2011-10-24  9:49 ` [PATCH 07/12] ARM: mach-ixp23xx: properly disable CPU idle call Nicolas Pitre
2011-10-24  9:49 ` [PATCH 08/12] ARM: mach-ixp4xx: " Nicolas Pitre
2011-10-25 11:39   ` Russell King - ARM Linux
2011-10-24  9:49 ` [PATCH 09/12] ARM: s3c24xx: move special idle code to a proper out-of-line pm_idle hooks Nicolas Pitre
2011-10-24  9:49 ` [PATCH 10/12] ARM: mach-shark: properly disable CPU idle call Nicolas Pitre
2011-10-24  9:50 ` [PATCH 11/12] ARM: mach-w90x900: " Nicolas Pitre
2011-10-24  9:50 ` [PATCH 12/12] ARM: imx: move special idle code to proper out-of-line pm_idle hooks Nicolas Pitre
2011-10-24 12:58   ` Sascha Hauer
2011-10-25 12:21 ` [PATCH/RFT 0/12] step towards removal of mach/system.h Will Deacon

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=20111025075620.GH4429@atomide.com \
    --to=tony@atomide.com \
    --cc=linux-arm-kernel@lists.infradead.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 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.