[PATCH v6 25/25] gpio/omap: handle set_dataout reg capable IP on restore
DebBarma, Tarun Kanti
tarun.kanti at ti.com
Wed Sep 7 03:35:34 EDT 2011
On Wed, Sep 7, 2011 at 5:37 AM, Kevin Hilman <khilman at ti.com> wrote:
> Tarun Kanti DebBarma <tarun.kanti at ti.com> writes:
>
>> From: Nishanth Menon <nm at ti.com>
>>
>> GPIO IP revisions such as those used in OMAP4 have a set_dataout
>> while the previous revisions used a single dataout register.
>> Depending on what is available restore the dataout settings
>> to the right register.
>
> OK, minor nit below...
>
>> Signed-off-by: Nishanth Menon <nm at ti.com>
>> Signed-off-by: Tarun Kanti DebBarma <tarun.kanti at ti.com>
>> Reviewed-by: Santosh Shilimkar <santosh.shilimkar at ti.com>
>> ---
>> drivers/gpio/gpio-omap.c | 7 ++++++-
>> 1 files changed, 6 insertions(+), 1 deletions(-)
>>
>> diff --git a/drivers/gpio/gpio-omap.c b/drivers/gpio/gpio-omap.c
>> index a629498..4680b4c 100644
>> --- a/drivers/gpio/gpio-omap.c
>> +++ b/drivers/gpio/gpio-omap.c
>> @@ -1334,7 +1334,12 @@ static void omap_gpio_restore_context(struct gpio_bank *bank)
>> bank->base + bank->regs->risingdetect);
>> __raw_writel(bank->context.fallingdetect,
>> bank->base + bank->regs->fallingdetect);
>> - __raw_writel(bank->context.dataout, bank->base + bank->regs->dataout);
>> + if (bank->regs->set_dataout && bank->regs->clr_dataout)
>
> Why the check for ->clr_dataout here?
Well, I guess it was just an additional check. It can possibly be removed.
--
Tarun
>
>> + __raw_writel(bank->context.dataout,
>> + bank->base + bank->regs->set_dataout);
>> + else
>> + __raw_writel(bank->context.dataout,
>> + bank->base + bank->regs->dataout);
>> __raw_writel(bank->context.oe, bank->base + bank->regs->direction);
>>
>> if (bank->dbck_enable_mask) {
>
> Kevin
>
More information about the linux-arm-kernel
mailing list