From: Sudeep Holla <sudeep.holla@arm.com>
To: Shenwei Wang <Shenwei.Wang@freescale.com>
Cc: Sudeep Holla <sudeep.holla@arm.com>,
"shawn.guo@linaro.org" <shawn.guo@linaro.org>,
"tglx@linutronix.de" <tglx@linutronix.de>,
"jason@lakedaemon.net" <jason@lakedaemon.net>,
Huang Anson <Anson.Huang@freescale.com>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>
Subject: Re: [PATCH v9 1/1] irqchip: imx-gpcv2: IMX GPCv2 driver for wakeup sources
Date: Tue, 25 Aug 2015 15:45:56 +0100 [thread overview]
Message-ID: <55DC7FA4.7040902@arm.com> (raw)
In-Reply-To: <CY1PR0301MB0843AE566996617D855CC00683610@CY1PR0301MB0843.namprd03.prod.outlook.com>
On 25/08/15 15:14, Shenwei Wang wrote:
>
>
>> -----Original Message-----
>> From: Sudeep Holla [mailto:sudeep.holla@arm.com]
[...]
>> I don't see this driver doing anything extra apart from keeping the wakeup irqs
>> enabled. i.e. You use the same cpu*wake register to mask/unmask the interrupt
>> as well as set the wakeup source. Since the wakeup interrupt will be enabled by
>> the driver, you just need to mark it as wake-up source and nothing extra in the
>> controller right ?
>> If so, you need to set IRQCHIP_SKIP_SET_WAKE as you are just leaving that irq
>> enabled and not doing any extra configuration to enable it as wakeup source.
>> Please correct if that wrong, but from the code that's what I could infer.
>
> There is no special for this driver. We just use the IRQCHIP driver framework to
> manage the wakeup sources. Why did you propose to set IRQCHIP_SKIP_SET_WAKE
> flag here? If you don't need the wakeup feature, you should just not enable this
> driver in the configuration.
>
No, if the driver doesn't nothing extra to configure the wake up source
other than keeping it enabled, then it fits the case of SKIP_SET_WAKE.
The driver using this wake would have requested and enabled the irq.
When it calls enable_irq_wake, you have nothing extra to set(atleast
from the looks of the driver), so setting SKIP_SET_WAKE will skip the
call and updated the wake flags in irq core.
I don't see the real need of 2 separate sets of irq mask being saved in
either case.
Regards,
Sudeep
next prev parent reply other threads:[~2015-08-25 14:46 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-24 19:04 [PATCH v9 1/1] irqchip: imx-gpcv2: IMX GPCv2 driver for wakeup sources Shenwei Wang
2015-08-24 19:14 ` Thomas Gleixner
2015-08-24 19:20 ` Shenwei Wang
2015-08-24 19:30 ` Thomas Gleixner
2015-08-24 19:32 ` Shenwei Wang
2015-08-24 19:51 ` [tip:irq/core] irqchip/imx-gpcv2: " tip-bot for Shenwei Wang
2015-08-25 9:24 ` [PATCH v9 1/1] irqchip: imx-gpcv2: " Sudeep Holla
2015-08-25 13:38 ` Shenwei Wang
2015-08-25 13:54 ` Sudeep Holla
2015-08-25 14:14 ` Shenwei Wang
2015-08-25 14:45 ` Sudeep Holla [this message]
2015-08-25 14:54 ` Shenwei Wang
2015-08-25 16:24 ` Sudeep Holla
2015-08-25 19:24 ` Shenwei Wang
2015-08-25 19:29 ` Thomas Gleixner
2015-08-25 19:58 ` Shenwei Wang
2015-08-25 20:15 ` Thomas Gleixner
2015-08-25 20:43 ` Shenwei Wang
2015-08-25 20:49 ` Thomas Gleixner
2015-08-25 20:53 ` Shenwei Wang
2015-08-25 19:26 ` Thomas Gleixner
2015-08-26 8:52 ` Sudeep Holla
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=55DC7FA4.7040902@arm.com \
--to=sudeep.holla@arm.com \
--cc=Anson.Huang@freescale.com \
--cc=Shenwei.Wang@freescale.com \
--cc=jason@lakedaemon.net \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=shawn.guo@linaro.org \
--cc=tglx@linutronix.de \
/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;
as well as URLs for NNTP newsgroup(s).