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@xxxxxx> Thanks Jon -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html