public inbox for linux-omap@vger.kernel.org
 help / color / mirror / Atom feed
From: Tony Lindgren <tony@atomide.com>
To: Kim Kyuwon <chammoru@gmail.com>
Cc: linux-omap@vger.kernel.org, 박경민 <kyungmin.park@samsung.com>,
	허성관 <sk.heo@samsung.com>
Subject: Re: Questions about masking interrupts when disabling interrupts
Date: Fri, 9 Jan 2009 14:04:28 +0200	[thread overview]
Message-ID: <20090109120425.GK2536@atomide.com> (raw)
In-Reply-To: <4d34a0a70901071727m5fcc1ffvba81d28c970aaace@mail.gmail.com>

* Kim Kyuwon <chammoru@gmail.com> [090108 03:27]:
> Thanks Tony very much for your reply!
> 
> On Wed, Jan 7, 2009 at 10:05 PM, Tony Lindgren <tony@atomide.com> wrote:
> > * 김규원 <chammoru@gmail.com> [090106 04:59]:
> >> Greetings,
> >>
> >> I'm enabling the Suspend-to-RAM state in our new OMAP3 Board.
> >> But I had some problems because of USB Interrupt.
> >>
> >> Although I disabled USB interrupt by disable_irq() function while
> >> entering the Suspend,
> >> M_IRQ_92 irq continuously wake up the OMAP3430 Processor.
> >>
> >> So, I fixed this problem as following patch.
> >>
> >> My Questions are:
> >> 1. Could anyone suggest the better solution for this problem?
> >
> > Maybe suspend the USΒ too? :)
> 
> I confirmed musb_suspend() function was invoked while entering Suspend-to-RAM
> state. musb_suspend() didn't disable USB interrupt, but only USB clock. Devices
> should be suspended with interrupts disabled
> (/Documenttation/power/devices.txt - 412line)
> 
> So I modified musb_suspend() to disable USB interrupt
> (I'm planning to send this patch very soon)
> I even wrote 0 to PM_WKEN_USBHOST[EN_USBHOST] bit. But our OMAP3430 board
> still have woken up by USB interrupt, because disable_irq() didn't mask the
> interrupt.

OK

> 
> >
> >> 2. If there is no better solution, can I be applied this patch to omap-tree?
> >
> > The patch looks OK to me, assuming the default enable calls unmask?
> >
> 
> Right, default_enable() function(kernel/irq/chip.c 222line) calls unmask

OK, pushing to l-o tree and adding to omap-fixes queue for mainline
kernel.

Tony

> 
> > Regards,
> >
> > Tony
> >
> >>
> >> Thank you!
> >>
> >> commit bbb49321b161e6a9ff2b73326d4012d8eb8bbf23
> >> Author: Kim Kyuwon <chammoru@gmail.com>
> >> Date:   Tue Jan 6 10:11:46 2009 +0900
> >>
> >>     ARM: OMAP3: Mask interrupts when disabling interrupts
> >>
> >>     By Ingo Molnar, interrupts are not masked by default.
> >>     (refer to 76d2160147f43f982dfe881404cfde9fd0a9da21)
> >>
> >>     But if interrupts are not masked, the processor can wake up while in
> >>     Suspend-to-RAM state by an external interrupt. For example, if an
> >> OMAP3 board
> >>     is connected to Host PC by USB and entered to Suspend-to-RAM
> >> state, it wake up
> >>     automatically by M_IRQ_92. The disable_irq() function can't disable the
> >>     interrupt in H/W level, So I modified arch/arm/mach-omap2/irq.c
> >>
> >>     Signed-off-by: Kim Kyuwon <chammoru@gmail.com>
> >>
> >> diff --git a/arch/arm/mach-omap2/irq.c b/arch/arm/mach-omap2/irq.c
> >> index 110acb9..b44dcae 100644
> >> --- a/arch/arm/mach-omap2/irq.c
> >> +++ b/arch/arm/mach-omap2/irq.c
> >> @@ -123,6 +123,11 @@ static void omap_unmask_irq(unsigned int irq)
> >>       intc_bank_write_reg(1 << irq, &irq_banks[0], INTC_MIR_CLEAR0 + offset);
> >>  }
> >>
> >> +static void omap_disable_irq(unsigned int irq)
> >> +{
> >> +     omap_mask_irq(irq);
> >> +}
> >> +
> >>  static void omap_mask_ack_irq(unsigned int irq)
> >>  {
> >>       omap_mask_irq(irq);
> >> @@ -134,6 +139,7 @@ static struct irq_chip omap_irq_chip = {
> >>       .ack    = omap_mask_ack_irq,
> >>       .mask   = omap_mask_irq,
> >>       .unmask = omap_unmask_irq,
> >> +     .disable = omap_disable_irq,
> >>  };
> >>
> >>  static void __init omap_irq_bank_init_one(struct omap_irq_bank *bank)
> >> --
> >> Kim Kyuwon
> >> --
> >> To unsubscribe from this list: send the line "unsubscribe linux-omap" in
> >> the body of a message to majordomo@vger.kernel.org
> >> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> >
> 
> Regards,
> -- 
> Kim Kyuwon
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

      parent reply	other threads:[~2009-01-09 12:04 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-01-06  2:59 Questions about masking interrupts when disabling interrupts 김규원
2009-01-07 13:05 ` Tony Lindgren
2009-01-08  1:27   ` Kim Kyuwon
2009-01-08  3:57     ` Fwd: " Kim Kyuwon
2009-01-09 12:04     ` Tony Lindgren [this message]

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=20090109120425.GK2536@atomide.com \
    --to=tony@atomide.com \
    --cc=chammoru@gmail.com \
    --cc=kyungmin.park@samsung.com \
    --cc=linux-omap@vger.kernel.org \
    --cc=sk.heo@samsung.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