From: Eliad Peller <eliad@wizery.com>
To: Luciano Coelho <coelho@ti.com>
Cc: linux-wireless@vger.kernel.org
Subject: Re: [PATCH 4/7] wl12xx: prevent scheduling while suspending (WoW enabled)
Date: Fri, 13 May 2011 10:41:21 +0300 [thread overview]
Message-ID: <BANLkTinuHS-QOG_d9VkX9tCCY4HRZqEFsQ@mail.gmail.com> (raw)
In-Reply-To: <1305229737.12586.1027.camel@cumari>
On Thu, May 12, 2011 at 10:48 PM, Luciano Coelho <coelho@ti.com> wrote:
> On Wed, 2011-05-11 at 11:54 +0300, Eliad Peller wrote:
>> When WoW is enabled, the interface will stay up and the chip will
>> be powered on, so we have to flush/cancel any remaining work, and
>> prevent the irq handler from scheduling a new work until the system
>> is resumed.
>>
>> Add 2 new flags:
>> * WL1271_FLAG_SUSPENDED - the system is (about to be) suspended.
>> * WL1271_FLAG_PENDING_WORK - there is a pending irq work which
>> should be scheduled when the system is being resumed.
>>
>> In order to wake-up the system while getting an irq, we initialize
>> the device as wakeup device, and calling pm_wakeup_event() upon
>> getting the interrupt (while the system is about to be suspended)
>>
>> Signed-off-by: Eliad Peller <eliad@wizery.com>
>> ---
>
> [...]
>
>> + if (run_irq_work) {
>> + wl1271_debug(DEBUG_MAC80211,
>> + "run postponed irq_work directly");
>> + wl1271_irq(0, wl);
>> + wl1271_enable_interrupts(wl);
>
> Shouldn't this wl1271_enable_interrupts() be outside the if? Don't you
> want to enable interrupts again when there was no pending work?
by default, the interrupts are enabled (we need them in order to wake
up the device).
we disable them only after getting an interrupt and setting the
pending_work bit (see wl1271_hardirq())
>
>
>> diff --git a/drivers/net/wireless/wl12xx/sdio.c b/drivers/net/wireless/wl12xx/sdio.c
>> index 5b03fd5..bf2a6ad 100644
>> --- a/drivers/net/wireless/wl12xx/sdio.c
>> +++ b/drivers/net/wireless/wl12xx/sdio.c
>> @@ -72,6 +72,7 @@ static irqreturn_t wl1271_hardirq(int irq, void *cookie)
>> {
>> struct wl1271 *wl = cookie;
>> unsigned long flags;
>> + bool skip = false;
>>
>> wl1271_debug(DEBUG_IRQ, "IRQ");
>>
>> @@ -82,8 +83,20 @@ static irqreturn_t wl1271_hardirq(int irq, void *cookie)
>> complete(wl->elp_compl);
>> wl->elp_compl = NULL;
>> }
>> +
>> + if (test_bit(WL1271_FLAG_SUSPENDED, &wl->flags)) {
>> + /* don't enqueue a work right now. mark it as pending */
>> + set_bit(WL1271_FLAG_PENDING_WORK, &wl->flags);
>> + wl1271_debug(DEBUG_IRQ, "should not enqueue work");
>> + disable_irq_nosync(wl->irq);
>> + pm_wakeup_event(wl1271_sdio_wl_to_dev(wl), 0);
>> + skip = true;
>> + }
>> spin_unlock_irqrestore(&wl->wl_lock, flags);
>>
>> + if (skip)
>> + return IRQ_HANDLED;
>> +
>> return IRQ_WAKE_THREAD;
>> }
>
> Could be nicer to just skip the skip variable (unintended pun
> intended ;). You can do it like this:
>
> if (test_bit...) {
> ...
> spin_unlock_irqrestore();
> return IRQ_HANDLED;
> }
> spin_unlock_irqrestore();
> return IRQ_WAKE_THREAD;
>
> Looks a bit nicer to me, but I don't mind if you prefer not skipping the
> skip. :)
>
well, i don't have a preference here how to handle the HANDLED case. ;)
so i'll change it if you prefer it that way.
thanks,
Eliad.
next prev parent reply other threads:[~2011-05-13 7:41 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-11 8:54 [PATCH 0/7] wl12xx: add initial wowlan support Eliad Peller
2011-05-11 8:54 ` [PATCH 1/7] wl12xx_sdio: set interrupt as wake_up interrupt Eliad Peller
2011-05-11 8:54 ` [PATCH 2/7] wl12xx: declare suspend/resume callbacks (for wowlan) Eliad Peller
2011-05-11 8:54 ` [PATCH 3/7] wl12xx_sdio: set MMC_PM_KEEP_POWER flag on suspend Eliad Peller
2011-05-11 8:54 ` [PATCH 4/7] wl12xx: prevent scheduling while suspending (WoW enabled) Eliad Peller
2011-05-12 19:48 ` Luciano Coelho
2011-05-12 19:52 ` Johannes Berg
2011-05-12 20:09 ` Luciano Coelho
2011-05-13 7:41 ` Eliad Peller [this message]
2011-05-11 8:54 ` [PATCH 5/7] wl12xx_sdio: declare support for NL80211_WOW_TRIGGER_ANYTHING trigger Eliad Peller
2011-05-11 8:54 ` [PATCH 6/7] wl12xx: add ps completion event Eliad Peller
2011-05-12 20:10 ` Luciano Coelho
2011-05-13 7:42 ` Eliad Peller
2011-05-11 8:54 ` [PATCH 7/7] wl12xx: enter/exit psm on wowlan suspend/resume Eliad Peller
2011-05-12 20:24 ` Luciano Coelho
2011-05-13 7:44 ` Eliad Peller
2011-05-11 8:57 ` [PATCH 0/7] wl12xx: add initial wowlan support Luciano Coelho
2011-05-11 16:52 ` Ohad Ben-Cohen
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=BANLkTinuHS-QOG_d9VkX9tCCY4HRZqEFsQ@mail.gmail.com \
--to=eliad@wizery.com \
--cc=coelho@ti.com \
--cc=linux-wireless@vger.kernel.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 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).