On 09/10/2014 11:56 AM, Nishanth Menon wrote: > On 11:04-20140910, Dave Gerlach wrote: >> v3: >> Fix minor issue in last patch to check for null sram_pool if no sram >> phandle is given in DT. >> >> Make all OMAP DT only platforms (am33xx, am43xx, omap4 and omap5) >> use drivers/misc/sram.c driver instead of the omap internal >> implementation for SRAM handling. >> >> Previous discussion can be found at [1]. >> >> Regards, >> Dave >> >> [1] http://lists.infradead.org/pipermail/linux-arm-kernel/2013-August/195588.html >> >> Rajendra Nayak (3): >> ARM: AM335x: Get rid of unused sram init function >> ARM: OMAP4+: Move SRAM data to DT >> ARM: OMAP4+: Remove static iotable mappings for SRAM >> >> Documentation/devicetree/bindings/arm/omap/mpu.txt | 3 ++ >> arch/arm/boot/dts/am33xx.dtsi | 5 ++- >> arch/arm/boot/dts/am4372.dtsi | 5 +++ >> arch/arm/boot/dts/omap4.dtsi | 6 ++++ >> arch/arm/boot/dts/omap5.dtsi | 8 ++++- >> arch/arm/configs/omap2plus_defconfig | 1 + >> arch/arm/mach-omap2/io.c | 17 ---------- >> arch/arm/mach-omap2/omap4-common.c | 22 +++++++++++- >> arch/arm/mach-omap2/sram.c | 39 +--------------------- >> arch/arm/mach-omap2/sram.h | 7 ---- >> 10 files changed, 46 insertions(+), 67 deletions(-) >> > > Could you please provide logs for the following: > a) Low power transition tests for OMAP3,4 on all available platforms as > well? > b) provide bootlogs on all omap2plus platforms to ensure we have no > regressions. > Here are logs for low power transition, all platforms passed, properly transitioned power domains with mem sleep using wakeup_timer to wake. Low Power transition on v3.17-rc4 with patches applied, omap2plus_defconfig (OMAP3 and OMAP4): 1: BeagleBoard-XM: http://fpaste.org/133215/ 2: OMAP3430-Labrador(LDP): http://fpaste.org/133225/ 3: n900: http://fpaste.org/133244/ 4: pandaboard-es: http://fpaste.org/133213/ 5: pandaboard-vanilla: http://fpaste.org/133214/ 6: sdp3430: http://fpaste.org/133246/ Boot on v3.17-rc4 with patches applied, omap2plus_defconfig: 1: am335x-evm: Boot PASS: http://fpaste.org/133179/ 2: am335x-sk: Boot PASS: http://fpaste.org/133180/ 3: am3517-evm: Boot PASS: http://fpaste.org/133181/ 4: am37x-evm: Boot PASS: http://fpaste.org/133182/ 5: am43xx-epos: Boot PASS: http://fpaste.org/133183/ 6: am43xx-gpevm: Boot PASS: http://fpaste.org/133184/ 7: BeagleBoard-XM: Boot PASS: http://fpaste.org/133191/ 8: beagleboard-vanilla: Boot PASS: http://fpaste.org/133192/ 9: beaglebone-black: Boot PASS: http://fpaste.org/133193/ 10: beaglebone: Boot PASS: http://fpaste.org/133194/ 11: craneboard: Boot PASS: http://fpaste.org/133186/ 12: dra7xx-evm: Boot PASS: http://fpaste.org/131396/ 13: OMAP3430-Labrador(LDP): Boot PASS: http://fpaste.org/133206/ 14: n900: Boot PASS: http://fpaste.org/133207/ 15: omap5-evm: Boot PASS: http://fpaste.org/133208/ 16: pandaboard-es: Boot PASS: http://fpaste.org/133187/ 17: pandaboard-vanilla: Boot PASS: http://fpaste.org/133188/ 18: sdp2430: Boot PASS: http://fpaste.org/133189/ 19: sdp3430: Boot PASS: http://fpaste.org/133212/ TOTAL = 19 boards, Booted Boards = 19, No Boot boards = 0 Again, all pass. I have also tested with next AM335x Suspend/Resume implementation, next version will use generic sram driver to allocate for low-level assembly code, and that works fine as well. Regards, Dave -- 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
