Re: [PATCH v4] pinctrl: mediatek: Implement wake handler and suspend resume

From: maoguang meng
Date: Sun Sep 06 2015 - 06:46:28 EST


On Wed, 2015-09-02 at 14:02 +0800, Daniel Kurtz wrote:
> Hi maoguang,
>
> On Tue, Aug 25, 2015 at 12:27 AM, Sudeep Holla <sudeep.holla@xxxxxxx> wrote:
> >
> >
> > On 14/08/15 09:38, maoguang.meng@xxxxxxxxxxxx wrote:
> >>
> >> From: Maoguang Meng <maoguang.meng@xxxxxxxxxxxx>
> >>
> >> This patch implement irq_set_wake to get who is wakeup source and
> >> setup on suspend resume.
> >>
> >> Signed-off-by: Maoguang Meng <maoguang.meng@xxxxxxxxxxxx>
> >>
> [snip]
>
> Can you please respond to Sudeep's questions:
>
> > Does this pinmux controller:
> >
> > 1. Support wake-up configuration ? If not, you need to use
> > IRQCHIP_SKIP_SET_WAKE. I don't see any value in writing the
> > mask_{set,clear} if the same registers are used for {en,dis}able

YES.
we can call enable_irq_wake(irq) to config this irq as a wake-up
source.

> >
> > 2. Is in always on domain ? If not, you need save/restore only to
> > resume back the functionality. Generally we can set
> > IRQCHIP_MASK_ON_SUSPEND to ensure non-wake-up interrupts are
> > disabled during suspend and re-enabled in resume path. You just
> > save/restore raw values without tracking the wake-up source.

YES.

> >
> > Also I see that no care is taken to set the port irq as wake enable
> > source. It may work with current mainline, but won't with -next. Please
> > ensure the port irq to the parent interrupt controller remains
> > enabled(i.e set as wake).

As you know, we do not care the port irq as wake enbale source,
when enter suspend we think no matter what the port irq is
enabled/disabled which are not affected as a wake-up source,
Because eint has a line to receive SPM.

For example,after suspend,press power key(use eint5) will generate an
electrical signal which is send to spm by eint.
and then spm wake cpu.

> >
> > Regards,
> > Sudeep

Regards,
Maoguang

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/