[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAC83Zv+3mBqwCy6Aj0pF70w_rsQXpChDojGUWBuuwLd=6TVdGA@mail.gmail.com>
Date: Tue, 28 Feb 2012 10:38:35 +0530
From: "DebBarma, Tarun Kanti" <tarun.kanti@...com>
To: Kevin Hilman <khilman@...com>
Cc: linux-omap@...r.kernel.org, grant.likely@...retlab.ca,
tony@...mide.com, linux-kernel@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org
Subject: Re: [PATCH 2/6] gpio/omap: remove saved_wakeup field from struct gpio_bank
On Tue, Feb 28, 2012 at 5:20 AM, Kevin Hilman <khilman@...com> wrote:
> Tarun Kanti DebBarma <tarun.kanti@...com> writes:
>
>> There is no more need to have saved_wakeup. Instead we can use
>> context.wake_en which holds the current wakeup enable register
>> context. This also means that the read from wakeup enable register
>> is not needed.
>>
>> Signed-off-by: Tarun Kanti DebBarma <tarun.kanti@...com>
>
> Looks right, but one question below...
>
>> ---
>> drivers/gpio/gpio-omap.c | 13 ++++---------
>> 1 files changed, 4 insertions(+), 9 deletions(-)
>>
>> diff --git a/drivers/gpio/gpio-omap.c b/drivers/gpio/gpio-omap.c
>> index 40a1fb2..64f15d5 100644
>> --- a/drivers/gpio/gpio-omap.c
>> +++ b/drivers/gpio/gpio-omap.c
>> @@ -54,7 +54,6 @@ struct gpio_bank {
>> u16 irq;
>> u16 virtual_irq_start;
>> u32 suspend_wakeup;
>> - u32 saved_wakeup;
>> u32 non_wakeup_gpios;
>> u32 enabled_non_wakeup_gpios;
>> struct gpio_regs context;
>> @@ -772,7 +771,7 @@ static int omap_mpuio_suspend_noirq(struct device *dev)
>> unsigned long flags;
>>
>> spin_lock_irqsave(&bank->lock, flags);
>> - bank->saved_wakeup = __raw_readl(mask_reg);
>> + bank->context.wake_en = __raw_readl(mask_reg);
>
> Why is this read needed?
Well, we don't really need as we already have context.wake_en updated elsewhere.
I will update this. Thanks.
--
Tarun
>
> Kevin
>
>> __raw_writel(0xffff & ~bank->suspend_wakeup, mask_reg);
>> spin_unlock_irqrestore(&bank->lock, flags);
>>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists