From: Kevin Hilman <khilman@ti.com>
To: Tarun Kanti DebBarma <tarun.kanti@ti.com>, tony@atomide.com
Cc: linux-omap@vger.kernel.org, linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v9 REPOST 00/25] gpio/omap: driver cleanup and fixes
Date: Mon, 09 Jan 2012 16:57:24 -0800 [thread overview]
Message-ID: <87ty44wf0r.fsf@ti.com> (raw)
In-Reply-To: <1325002176-25626-1-git-send-email-tarun.kanti@ti.com> (Tarun Kanti DebBarma's message of "Tue, 27 Dec 2011 21:39:11 +0530")
Hi Tarun,
Tarun Kanti DebBarma <tarun.kanti@ti.com> writes:
> This series is continuation of cleanup of OMAP GPIO driver and fixes.
> The cleanup include getting rid of cpu_is_* checks wherever possible,
> use of gpio_bank list instead of static array, use of unique platform
> specific value associated data member to OMAP platforms to avoid
> cpu_is_* checks. The series also include PM runtime support.
Since this is now a "real" driver under drivers, please repost this
including the GPIO maintainer (Grant Likely <grant.likely@secretlab.ca>)
and LKML.
Also, for ease of testing with all the other OMAP features that are
already queued for upstream, please rebase on top of Tony's 'uart'
branch.
After the above, I will do some final testing and queue a branch for
Grant, but it's too late for the v3.3 merge window, but we'll get this
into v3.4. We'll also get it into Tony's "testing" branch so it can see
some broader testing as well.
Thanks,
Kevin
WARNING: multiple messages have this Message-ID (diff)
From: khilman@ti.com (Kevin Hilman)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v9 REPOST 00/25] gpio/omap: driver cleanup and fixes
Date: Mon, 09 Jan 2012 16:57:24 -0800 [thread overview]
Message-ID: <87ty44wf0r.fsf@ti.com> (raw)
In-Reply-To: <1325002176-25626-1-git-send-email-tarun.kanti@ti.com> (Tarun Kanti DebBarma's message of "Tue, 27 Dec 2011 21:39:11 +0530")
Hi Tarun,
Tarun Kanti DebBarma <tarun.kanti@ti.com> writes:
> This series is continuation of cleanup of OMAP GPIO driver and fixes.
> The cleanup include getting rid of cpu_is_* checks wherever possible,
> use of gpio_bank list instead of static array, use of unique platform
> specific value associated data member to OMAP platforms to avoid
> cpu_is_* checks. The series also include PM runtime support.
Since this is now a "real" driver under drivers, please repost this
including the GPIO maintainer (Grant Likely <grant.likely@secretlab.ca>)
and LKML.
Also, for ease of testing with all the other OMAP features that are
already queued for upstream, please rebase on top of Tony's 'uart'
branch.
After the above, I will do some final testing and queue a branch for
Grant, but it's too late for the v3.3 merge window, but we'll get this
into v3.4. We'll also get it into Tony's "testing" branch so it can see
some broader testing as well.
Thanks,
Kevin
next prev parent reply other threads:[~2012-01-10 0:57 UTC|newest]
Thread overview: 54+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-12-27 16:09 [PATCH v9 REPOST 00/25] gpio/omap: driver cleanup and fixes Tarun Kanti DebBarma
2011-12-27 16:09 ` Tarun Kanti DebBarma
2011-12-27 16:09 ` [PATCH v9 REPOST 01/25] gpio/omap: remove dependency on gpio_bank_count Tarun Kanti DebBarma
2011-12-27 16:09 ` Tarun Kanti DebBarma
2011-12-27 16:09 ` [PATCH v9 REPOST 02/25] gpio/omap: use flag to identify wakeup domain Tarun Kanti DebBarma
2011-12-27 16:09 ` Tarun Kanti DebBarma
2011-12-27 16:09 ` [PATCH v9 REPOST 03/25] gpio/omap: make gpio_context part of gpio_bank structure Tarun Kanti DebBarma
2011-12-27 16:09 ` Tarun Kanti DebBarma
2011-12-27 16:09 ` [PATCH v9 REPOST 04/25] gpio/omap: handle save/restore context in GPIO driver Tarun Kanti DebBarma
2011-12-27 16:09 ` Tarun Kanti DebBarma
2011-12-27 16:09 ` [PATCH v9 REPOST 05/25] gpio/omap: make non-wakeup GPIO part of pdata Tarun Kanti DebBarma
2011-12-27 16:09 ` Tarun Kanti DebBarma
2011-12-27 16:09 ` [PATCH v9 REPOST 06/25] gpio/omap: avoid cpu checks during module ena/disable Tarun Kanti DebBarma
2011-12-27 16:09 ` Tarun Kanti DebBarma
2011-12-27 16:09 ` [PATCH v9 REPOST 07/25] gpio/omap: further cleanup using wkup_en register Tarun Kanti DebBarma
2011-12-27 16:09 ` Tarun Kanti DebBarma
2011-12-27 16:09 ` [PATCH v9 REPOST 08/25] gpio/omap: use level/edge detect reg offsets Tarun Kanti DebBarma
2011-12-27 16:09 ` Tarun Kanti DebBarma
2011-12-27 16:09 ` [PATCH v9 REPOST 09/25] gpio/omap: remove hardcoded offsets in context save/restore Tarun Kanti DebBarma
2011-12-27 16:09 ` Tarun Kanti DebBarma
2011-12-27 16:09 ` [PATCH v9 REPOST 10/25] gpio/omap: cleanup set_gpio_triggering function Tarun Kanti DebBarma
2011-12-27 16:09 ` Tarun Kanti DebBarma
2011-12-27 16:09 ` [PATCH v9 REPOST 11/25] gpio/omap: cleanup omap_gpio_mod_init function Tarun Kanti DebBarma
2011-12-27 16:09 ` Tarun Kanti DebBarma
2011-12-27 16:09 ` [PATCH v9 REPOST 12/25] gpio/omap: use pinctrl offset instead of macro Tarun Kanti DebBarma
2011-12-27 16:09 ` Tarun Kanti DebBarma
2011-12-27 16:09 ` [PATCH v9 REPOST 13/25] gpio/omap: remove unnecessary bit-masking for read access Tarun Kanti DebBarma
2011-12-27 16:09 ` Tarun Kanti DebBarma
2011-12-27 16:09 ` [PATCH v9 REPOST 14/25] gpio/omap: remove bank->method & METHOD_* macros Tarun Kanti DebBarma
2011-12-27 16:09 ` Tarun Kanti DebBarma
2011-12-27 16:09 ` [PATCH v9 REPOST 15/25] gpio/omap: fix bankwidth for OMAP7xx MPUIO Tarun Kanti DebBarma
2011-12-27 16:09 ` Tarun Kanti DebBarma
2011-12-27 16:09 ` [PATCH v9 REPOST 16/25] gpio/omap: use pm-runtime framework Tarun Kanti DebBarma
2011-12-27 16:09 ` Tarun Kanti DebBarma
2011-12-27 16:09 ` [PATCH v9 REPOST 17/25] gpio/omap: optimize suspend and resume functions Tarun Kanti DebBarma
2011-12-27 16:09 ` Tarun Kanti DebBarma
2011-12-27 16:09 ` [PATCH v9 REPOST 18/25] gpio/omap: cleanup prepare_for_idle and resume_after_idle Tarun Kanti DebBarma
2011-12-27 16:09 ` Tarun Kanti DebBarma
2011-12-27 16:09 ` [PATCH v9 REPOST 19/25] gpio/omap: fix debounce clock handling Tarun Kanti DebBarma
2011-12-27 16:09 ` Tarun Kanti DebBarma
2011-12-27 16:09 ` [PATCH v9 REPOST 20/25] gpio/omap: fix incorrect access of debounce module Tarun Kanti DebBarma
2011-12-27 16:09 ` Tarun Kanti DebBarma
2011-12-27 16:09 ` [PATCH v9 REPOST 21/25] gpio/omap: remove omap_gpio_save_context overhead Tarun Kanti DebBarma
2011-12-27 16:09 ` Tarun Kanti DebBarma
2011-12-27 16:09 ` [PATCH v9 REPOST 22/25] gpio/omap: save and restore debounce registers Tarun Kanti DebBarma
2011-12-27 16:09 ` Tarun Kanti DebBarma
2011-12-27 16:09 ` [PATCH v9 REPOST 23/25] gpio/omap: enable irq at the end of all configuration in restore Tarun Kanti DebBarma
2011-12-27 16:09 ` Tarun Kanti DebBarma
2011-12-27 16:09 ` [PATCH v9 REPOST 24/25] gpio/omap: restore OE only after setting the output level Tarun Kanti DebBarma
2011-12-27 16:09 ` Tarun Kanti DebBarma
2011-12-27 16:09 ` [PATCH v9 REPOST 25/25] gpio/omap: handle set_dataout reg capable IP on restore Tarun Kanti DebBarma
2011-12-27 16:09 ` Tarun Kanti DebBarma
2012-01-10 0:57 ` Kevin Hilman [this message]
2012-01-10 0:57 ` [PATCH v9 REPOST 00/25] gpio/omap: driver cleanup and fixes Kevin Hilman
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=87ty44wf0r.fsf@ti.com \
--to=khilman@ti.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-omap@vger.kernel.org \
--cc=tarun.kanti@ti.com \
--cc=tony@atomide.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.