[PATCH 0/5] gpio/omap: 2nd batch of updates for v3.10
Jon Hunter
jon-hunter at ti.com
Fri Apr 5 23:18:29 EST 2013
On 04/05/2013 01:35 AM, Santosh Shilimkar wrote:
> On Friday 05 April 2013 01:46 AM, Jon Hunter wrote:
>> Main change is ensuring that the state of a gpio bank is restored when
>> booting with device-tree. The rest of the patches are clean-ups and one
>> optimisation.
>>
>> The patch modifying the *.dtsi files should go via Benoit Cousson's
>> for_3.10/dts branch [1] as it is dependent on changes in his branch but
>> I have included here for completeness.
>>
>> Testing includes:
>> - Boot testing on OMAP5912 OSK, OMAP2420 H4, OMAP3430 SDP, OMAP4430 SDP
>> and AM335x EVM.
>> - Verified that GPIO interrupts are working on OMAP5912 OSK, OMAP2420 H4,
>> OMAP3430 SDP and OMAP4430 SDP by making sure networking was working
>> correctly as these boards use a GPIO with the ethernet chips. Also
>> checked /proc/interrupts to ensure GPIO interrupt counts are
>> incrementing as expected.
>>
>> [1] http://git.kernel.org/cgit/linux/kernel/git/bcousson/linux-omap-dt.git
>>
>> Jon Hunter (4):
>> gpio/omap: free irq domain in probe() failure paths
>> gpio/omap: optimise interrupt service routine
>> gpio/omap: force restore if context loss is not detectable
>> ARM: dts: OMAP2+: Identify GPIO banks that are always powered
>>
>> Tarun Kanti DebBarma (1):
>> gpio/omap: remove extra context restores in *_runtime_resume()
>>
>
> Thanks Jon for pulling the fixes. I suggest you to split the series so
> that 'gpio/omap:*' can be pulled by Grant and 'ARM: dts:*' by Benoit.
Agreed. I had kept them altogether here for completeness as it would
have been odd to add a new property but not use it. If everyone is ok
with the changes, then I can either resend or Grant/Linus just pick up 1-4.
> All the 'gpio/omap:*' patches in the series looks fine to me.
> FWIW,
> Acked-by: Santosh Shilimkar <santosh.shilimkar at ti.com>
Thanks
Jon
More information about the devicetree-discuss
mailing list