* [PATCH v2 0/2] Firmware-assisted suspend/resume of Exynos SoCs
@ 2014-07-17 15:56 Tomasz Figa
2014-07-17 15:56 ` [PATCH v2 1/2] ARM: firmware: Introduce suspend and resume operations Tomasz Figa
` (3 more replies)
0 siblings, 4 replies; 5+ messages in thread
From: Tomasz Figa @ 2014-07-17 15:56 UTC (permalink / raw)
To: linux-arm-kernel
On Exynos-based boards running secure firmware the sequence of low level
operations to enter and leave system-wide sleep mode is different than
on those without the firmware. Namely:
- CP15 power control and diagnostic registers cannot be written directly,
- the way of setting boot address and boot flag is different,
- different resume handler needs to be used,
- dedicated SMC call needs to be performed instead of letting the CPU enter
WFI.
This series introduces .suspend() and .resume() firmware operations to
perform low level firmware-specific suspend and resume and then leverages
them to provide suspend-resume path meeting the above requirements.
The series is based on Kgene's for-next branch and tested on:
- Exynos4412-based Trats2 board running in non-secure mode (under secure
firmware) with few board-specific fixes that will be sent separately soon,
- Exynos4210-based Trats board running in secure mode,
- Exynos4412-based ODROID-U3 board running in non-secure mode with one minor
board-specific fix which will be send shortly.
Depends on:
- [PATCH v3] ARM: save/restore Cortex-A9 CP15 registers on suspend/resume
(http://www.spinics.net/lists/arm-kernel/msg346212.html)
- [PATCH v3] ARM: EXYNOS: Fix suspend/resume sequences
(https://lkml.org/lkml/2014/7/15/319)
- [PATCH] ARM: make it easier to check the CPU part number correctly
(http://thread.gmane.org/gmane.linux.ports.arm.kernel/335126
already in linux-next)
Changes since v1:
- dropped outer_resume() - will be handled in assembly in further patches,
as support for L2C in non-secure mode gets added,
- moved CP15 resume to assembly as it needs to be done before MMU is enabled,
- surrounded CP15 save with a check for cpuid part, because it is valid only
on Cortex A9,
- rebased on next-20140717 tag of linux-next tree.
Tomasz Figa (2):
ARM: firmware: Introduce suspend and resume operations
ARM: EXYNOS: Add support for firmware-assisted suspend/resume
Documentation/arm/firmware.txt | 28 +++++--------------------
arch/arm/include/asm/firmware.h | 8 ++++++++
arch/arm/mach-exynos/Makefile | 1 +
arch/arm/mach-exynos/common.h | 4 ++++
arch/arm/mach-exynos/firmware.c | 45 +++++++++++++++++++++++++++++++++++++++++
arch/arm/mach-exynos/pm.c | 16 ++++++++++-----
arch/arm/mach-exynos/sleep.S | 28 +++++++++++++++++++++++++
arch/arm/mach-exynos/smc.h | 4 ++++
8 files changed, 106 insertions(+), 28 deletions(-)
--
1.9.3
^ permalink raw reply [flat|nested] 5+ messages in thread* [PATCH v2 1/2] ARM: firmware: Introduce suspend and resume operations 2014-07-17 15:56 [PATCH v2 0/2] Firmware-assisted suspend/resume of Exynos SoCs Tomasz Figa @ 2014-07-17 15:56 ` Tomasz Figa 2014-07-17 15:56 ` [PATCH v2 2/2] ARM: EXYNOS: Add support for firmware-assisted suspend/resume Tomasz Figa ` (2 subsequent siblings) 3 siblings, 0 replies; 5+ messages in thread From: Tomasz Figa @ 2014-07-17 15:56 UTC (permalink / raw) To: linux-arm-kernel This patch extends the firmware_ops structure with two new callbacks: .suspend() and .resume(). The former is intended to ask the firmware to save all its volatile state and suspend the system, without returning back to the kernel in between. The latter is to be called early by very low level platform suspend code after waking up to restore low level hardware state, which can't be restored in non-secure mode. While at it, outdated version of the structure is removed from the documentation and replaced with a reference to the header file. Signed-off-by: Tomasz Figa <t.figa@samsung.com> Acked-by: Alexandre Courbot <acourbot@nvidia.com> --- Documentation/arm/firmware.txt | 28 +++++----------------------- arch/arm/include/asm/firmware.h | 8 ++++++++ 2 files changed, 13 insertions(+), 23 deletions(-) diff --git a/Documentation/arm/firmware.txt b/Documentation/arm/firmware.txt index c2e468f..da6713a 100644 --- a/Documentation/arm/firmware.txt +++ b/Documentation/arm/firmware.txt @@ -7,32 +7,14 @@ world, which changes the way some things have to be initialized. This makes a need to provide an interface for such platforms to specify available firmware operations and call them when needed. -Firmware operations can be specified using struct firmware_ops - - struct firmware_ops { - /* - * Enters CPU idle mode - */ - int (*do_idle)(void); - /* - * Sets boot address of specified physical CPU - */ - int (*set_cpu_boot_addr)(int cpu, unsigned long boot_addr); - /* - * Boots specified physical CPU - */ - int (*cpu_boot)(int cpu); - /* - * Initializes L2 cache - */ - int (*l2x0_init)(void); - }; - -and then registered with register_firmware_ops function +Firmware operations can be specified by filling in a struct firmware_ops +with appropriate callbacks and then registering it with register_firmware_ops() +function. void register_firmware_ops(const struct firmware_ops *ops) -the ops pointer must be non-NULL. +The ops pointer must be non-NULL. More information about struct firmware_ops +and its members can be found in arch/arm/include/asm/firmware.h header. There is a default, empty set of operations provided, so there is no need to set anything if platform does not require firmware operations. diff --git a/arch/arm/include/asm/firmware.h b/arch/arm/include/asm/firmware.h index 2c9f10d..5904f59 100644 --- a/arch/arm/include/asm/firmware.h +++ b/arch/arm/include/asm/firmware.h @@ -41,6 +41,14 @@ struct firmware_ops { * Initializes L2 cache */ int (*l2x0_init)(void); + /* + * Enter system-wide suspend. + */ + int (*suspend)(void); + /* + * Restore state of privileged hardware after system-wide suspend. + */ + int (*resume)(void); }; /* Global pointer for current firmware_ops structure, can't be NULL. */ -- 1.9.3 ^ permalink raw reply related [flat|nested] 5+ messages in thread
* [PATCH v2 2/2] ARM: EXYNOS: Add support for firmware-assisted suspend/resume 2014-07-17 15:56 [PATCH v2 0/2] Firmware-assisted suspend/resume of Exynos SoCs Tomasz Figa 2014-07-17 15:56 ` [PATCH v2 1/2] ARM: firmware: Introduce suspend and resume operations Tomasz Figa @ 2014-07-17 15:56 ` Tomasz Figa 2014-07-31 19:08 ` [PATCH v2 0/2] Firmware-assisted suspend/resume of Exynos SoCs Tomasz Figa 2014-08-11 12:07 ` Tomeu Vizoso 3 siblings, 0 replies; 5+ messages in thread From: Tomasz Figa @ 2014-07-17 15:56 UTC (permalink / raw) To: linux-arm-kernel On a numer of Exynos-based boards Linux kernel is running in non-secure mode under a secure firmware. This means that certain operations need to be handled in special way, with firmware assistance. System-wide suspend/resume is an example of such operations. This patch adds support for firmware-assisted suspend/resume by leveraging recently introduced suspend and resume firmware operations and modifying existing suspend/resume paths to account for presence of secure firmware. Signed-off-by: Tomasz Figa <t.figa@samsung.com> --- arch/arm/mach-exynos/Makefile | 1 + arch/arm/mach-exynos/common.h | 4 ++++ arch/arm/mach-exynos/firmware.c | 45 +++++++++++++++++++++++++++++++++++++++++ arch/arm/mach-exynos/pm.c | 16 ++++++++++----- arch/arm/mach-exynos/sleep.S | 28 +++++++++++++++++++++++++ arch/arm/mach-exynos/smc.h | 4 ++++ 6 files changed, 93 insertions(+), 5 deletions(-) diff --git a/arch/arm/mach-exynos/Makefile b/arch/arm/mach-exynos/Makefile index 788f26d..e7d1774 100644 --- a/arch/arm/mach-exynos/Makefile +++ b/arch/arm/mach-exynos/Makefile @@ -26,6 +26,7 @@ CFLAGS_hotplug.o += -march=armv7-a plus_sec := $(call as-instr,.arch_extension sec,+sec) AFLAGS_exynos-smc.o :=-Wa,-march=armv7-a$(plus_sec) +AFLAGS_sleep.o :=-Wa,-march=armv7-a$(plus_sec) obj-$(CONFIG_EXYNOS5420_MCPM) += mcpm-exynos.o CFLAGS_mcpm-exynos.o += -march=armv7-a diff --git a/arch/arm/mach-exynos/common.h b/arch/arm/mach-exynos/common.h index f8daa9c..a3f3061 100644 --- a/arch/arm/mach-exynos/common.h +++ b/arch/arm/mach-exynos/common.h @@ -111,6 +111,9 @@ IS_SAMSUNG_CPU(exynos5800, EXYNOS5800_SOC_ID, EXYNOS5_SOC_MASK) #define soc_is_exynos5() (soc_is_exynos5250() || soc_is_exynos5410() || \ soc_is_exynos5420() || soc_is_exynos5800()) +extern u32 cp15_save_diag; +extern u32 cp15_save_power; + extern void __iomem *sysram_ns_base_addr; extern void __iomem *sysram_base_addr; extern void __iomem *pmu_base_addr; @@ -127,6 +130,7 @@ static inline void exynos_pm_init(void) {} #endif extern void exynos_cpu_resume(void); +extern void exynos_cpu_resume_ns(void); extern struct smp_operations exynos_smp_ops; diff --git a/arch/arm/mach-exynos/firmware.c b/arch/arm/mach-exynos/firmware.c index e8797bb..f5e626d 100644 --- a/arch/arm/mach-exynos/firmware.c +++ b/arch/arm/mach-exynos/firmware.c @@ -14,13 +14,20 @@ #include <linux/of.h> #include <linux/of_address.h> +#include <asm/cacheflush.h> +#include <asm/cputype.h> #include <asm/firmware.h> +#include <asm/suspend.h> #include <mach/map.h> #include "common.h" #include "smc.h" +#define EXYNOS_SLEEP_MAGIC 0x00000bad +#define EXYNOS_BOOT_ADDR 0x8 +#define EXYNOS_BOOT_FLAG 0xc + static int exynos_do_idle(void) { exynos_smc(SMC_CMD_SLEEP, 0, 0, 0); @@ -69,10 +76,48 @@ static int exynos_set_cpu_boot_addr(int cpu, unsigned long boot_addr) return 0; } +static int exynos_cpu_suspend(unsigned long arg) +{ + flush_cache_all(); + outer_flush_all(); + + exynos_smc(SMC_CMD_SLEEP, 0, 0, 0); + + pr_info("Failed to suspend the system\n"); + writel(0, sysram_ns_base_addr + EXYNOS_BOOT_FLAG); + return 1; +} + +static int exynos_suspend(void) +{ + if (read_cpuid_part() == ARM_CPU_PART_CORTEX_A9) { + /* Save Power control and Diagnostic registers */ + asm ("mrc p15, 0, %0, c15, c0, 0\n" + "mrc p15, 0, %1, c15, c0, 1\n" + : "=r" (cp15_save_power), "=r" (cp15_save_diag) + : : "cc"); + } + + writel(EXYNOS_SLEEP_MAGIC, sysram_ns_base_addr + EXYNOS_BOOT_FLAG); + writel(virt_to_phys(exynos_cpu_resume_ns), + sysram_ns_base_addr + EXYNOS_BOOT_ADDR); + + return cpu_suspend(0, exynos_cpu_suspend); +} + +static int exynos_resume(void) +{ + writel(0, sysram_ns_base_addr + EXYNOS_BOOT_FLAG); + + return 0; +} + static const struct firmware_ops exynos_firmware_ops = { .do_idle = exynos_do_idle, .set_cpu_boot_addr = exynos_set_cpu_boot_addr, .cpu_boot = exynos_cpu_boot, + .suspend = exynos_suspend, + .resume = exynos_resume, }; void __init exynos_firmware_init(void) diff --git a/arch/arm/mach-exynos/pm.c b/arch/arm/mach-exynos/pm.c index 63a1d6b..681e894 100644 --- a/arch/arm/mach-exynos/pm.c +++ b/arch/arm/mach-exynos/pm.c @@ -23,6 +23,7 @@ #include <linux/clk.h> #include <asm/cacheflush.h> +#include <asm/firmware.h> #include <asm/hardware/cache-l2x0.h> #include <asm/smp_scu.h> #include <asm/suspend.h> @@ -354,12 +355,11 @@ static int exynos_pm_suspend(void) static void exynos_pm_resume(void) { + u32 cpuid = read_cpuid_part(); + if (exynos_pm_central_resume()) goto early_wakeup; - if (read_cpuid_part() == ARM_CPU_PART_CORTEX_A9) - exynos_cpu_restore_register(); - /* For release retention */ __raw_writel((1 << 28), S5P_PAD_RET_MAUDIO_OPTION); @@ -376,9 +376,13 @@ static void exynos_pm_resume(void) s3c_pm_do_restore_core(exynos_core_save, ARRAY_SIZE(exynos_core_save)); - if (read_cpuid_part() == ARM_CPU_PART_CORTEX_A9) + if (cpuid == ARM_CPU_PART_CORTEX_A9) scu_enable(S5P_VA_SCU); + if (call_firmware_op(resume) == -ENOSYS + && cpuid == ARM_CPU_PART_CORTEX_A9) + exynos_cpu_restore_register(); + early_wakeup: /* Clear SLEEP mode set in INFORM1 */ @@ -419,7 +423,9 @@ static int exynos_suspend_enter(suspend_state_t state) flush_cache_all(); s3c_pm_check_store(); - ret = cpu_suspend(0, exynos_cpu_suspend); + ret = call_firmware_op(suspend); + if (ret == -ENOSYS) + ret = cpu_suspend(0, exynos_cpu_suspend); if (ret) return ret; diff --git a/arch/arm/mach-exynos/sleep.S b/arch/arm/mach-exynos/sleep.S index 108a45f..e3c3730 100644 --- a/arch/arm/mach-exynos/sleep.S +++ b/arch/arm/mach-exynos/sleep.S @@ -16,6 +16,7 @@ */ #include <linux/linkage.h> +#include "smc.h" #define CPU_MASK 0xff0ffff0 #define CPU_CORTEX_A9 0x410fc090 @@ -55,3 +56,30 @@ ENTRY(exynos_cpu_resume) #endif b cpu_resume ENDPROC(exynos_cpu_resume) + + .align + +ENTRY(exynos_cpu_resume_ns) + mrc p15, 0, r0, c0, c0, 0 + ldr r1, =CPU_MASK + and r0, r0, r1 + ldr r1, =CPU_CORTEX_A9 + cmp r0, r1 + bne skip_cp15 + + adr r0, cp15_save_power + ldr r1, [r0] + adr r0, cp15_save_diag + ldr r2, [r0] + mov r0, #SMC_CMD_C15RESUME + dsb + smc #0 +skip_cp15: + b cpu_resume +ENDPROC(exynos_cpu_resume_ns) + .globl cp15_save_diag +cp15_save_diag: + .long 0 @ cp15 diagnostic + .globl cp15_save_power +cp15_save_power: + .long 0 @ cp15 power control diff --git a/arch/arm/mach-exynos/smc.h b/arch/arm/mach-exynos/smc.h index 13a1dc8..f7b82f9 100644 --- a/arch/arm/mach-exynos/smc.h +++ b/arch/arm/mach-exynos/smc.h @@ -26,6 +26,10 @@ #define SMC_CMD_L2X0INVALL (-24) #define SMC_CMD_L2X0DEBUG (-25) +#ifndef __ASSEMBLY__ + extern void exynos_smc(u32 cmd, u32 arg1, u32 arg2, u32 arg3); +#endif /* __ASSEMBLY__ */ + #endif -- 1.9.3 ^ permalink raw reply related [flat|nested] 5+ messages in thread
* [PATCH v2 0/2] Firmware-assisted suspend/resume of Exynos SoCs 2014-07-17 15:56 [PATCH v2 0/2] Firmware-assisted suspend/resume of Exynos SoCs Tomasz Figa 2014-07-17 15:56 ` [PATCH v2 1/2] ARM: firmware: Introduce suspend and resume operations Tomasz Figa 2014-07-17 15:56 ` [PATCH v2 2/2] ARM: EXYNOS: Add support for firmware-assisted suspend/resume Tomasz Figa @ 2014-07-31 19:08 ` Tomasz Figa 2014-08-11 12:07 ` Tomeu Vizoso 3 siblings, 0 replies; 5+ messages in thread From: Tomasz Figa @ 2014-07-31 19:08 UTC (permalink / raw) To: linux-arm-kernel Hi Kukjin, On 17.07.2014 17:56, Tomasz Figa wrote: > On Exynos-based boards running secure firmware the sequence of low level > operations to enter and leave system-wide sleep mode is different than > on those without the firmware. Namely: > - CP15 power control and diagnostic registers cannot be written directly, > - the way of setting boot address and boot flag is different, > - different resume handler needs to be used, > - dedicated SMC call needs to be performed instead of letting the CPU enter > WFI. > > This series introduces .suspend() and .resume() firmware operations to > perform low level firmware-specific suspend and resume and then leverages > them to provide suspend-resume path meeting the above requirements. > > The series is based on Kgene's for-next branch and tested on: > - Exynos4412-based Trats2 board running in non-secure mode (under secure > firmware) with few board-specific fixes that will be sent separately soon, > - Exynos4210-based Trats board running in secure mode, > - Exynos4412-based ODROID-U3 board running in non-secure mode with one minor > board-specific fix which will be send shortly. > > Depends on: > - [PATCH v3] ARM: save/restore Cortex-A9 CP15 registers on suspend/resume > (http://www.spinics.net/lists/arm-kernel/msg346212.html) > - [PATCH v3] ARM: EXYNOS: Fix suspend/resume sequences > (https://lkml.org/lkml/2014/7/15/319) > - [PATCH] ARM: make it easier to check the CPU part number correctly > (http://thread.gmane.org/gmane.linux.ports.arm.kernel/335126 > already in linux-next) > > Changes since v1: > - dropped outer_resume() - will be handled in assembly in further patches, > as support for L2C in non-secure mode gets added, > - moved CP15 resume to assembly as it needs to be done before MMU is enabled, > - surrounded CP15 save with a check for cpuid part, because it is valid only > on Cortex A9, > - rebased on next-20140717 tag of linux-next tree. > > Tomasz Figa (2): > ARM: firmware: Introduce suspend and resume operations > ARM: EXYNOS: Add support for firmware-assisted suspend/resume > > Documentation/arm/firmware.txt | 28 +++++-------------------- > arch/arm/include/asm/firmware.h | 8 ++++++++ > arch/arm/mach-exynos/Makefile | 1 + > arch/arm/mach-exynos/common.h | 4 ++++ > arch/arm/mach-exynos/firmware.c | 45 +++++++++++++++++++++++++++++++++++++++++ > arch/arm/mach-exynos/pm.c | 16 ++++++++++----- > arch/arm/mach-exynos/sleep.S | 28 +++++++++++++++++++++++++ > arch/arm/mach-exynos/smc.h | 4 ++++ > 8 files changed, 106 insertions(+), 28 deletions(-) > I wonder if it is already too late to take this rather useful series for 3.17 as well... Best regards, Tomasz ^ permalink raw reply [flat|nested] 5+ messages in thread
* [PATCH v2 0/2] Firmware-assisted suspend/resume of Exynos SoCs 2014-07-17 15:56 [PATCH v2 0/2] Firmware-assisted suspend/resume of Exynos SoCs Tomasz Figa ` (2 preceding siblings ...) 2014-07-31 19:08 ` [PATCH v2 0/2] Firmware-assisted suspend/resume of Exynos SoCs Tomasz Figa @ 2014-08-11 12:07 ` Tomeu Vizoso 3 siblings, 0 replies; 5+ messages in thread From: Tomeu Vizoso @ 2014-08-11 12:07 UTC (permalink / raw) To: linux-arm-kernel For both patches, on the Odroid U2: Tested-by: Tomeu Vizoso <tomeu.vizoso@collabora.com> Thanks, Tomeu On 17 July 2014 17:56, Tomasz Figa <t.figa@samsung.com> wrote: > On Exynos-based boards running secure firmware the sequence of low level > operations to enter and leave system-wide sleep mode is different than > on those without the firmware. Namely: > - CP15 power control and diagnostic registers cannot be written directly, > - the way of setting boot address and boot flag is different, > - different resume handler needs to be used, > - dedicated SMC call needs to be performed instead of letting the CPU enter > WFI. > > This series introduces .suspend() and .resume() firmware operations to > perform low level firmware-specific suspend and resume and then leverages > them to provide suspend-resume path meeting the above requirements. > > The series is based on Kgene's for-next branch and tested on: > - Exynos4412-based Trats2 board running in non-secure mode (under secure > firmware) with few board-specific fixes that will be sent separately soon, > - Exynos4210-based Trats board running in secure mode, > - Exynos4412-based ODROID-U3 board running in non-secure mode with one minor > board-specific fix which will be send shortly. > > Depends on: > - [PATCH v3] ARM: save/restore Cortex-A9 CP15 registers on suspend/resume > (http://www.spinics.net/lists/arm-kernel/msg346212.html) > - [PATCH v3] ARM: EXYNOS: Fix suspend/resume sequences > (https://lkml.org/lkml/2014/7/15/319) > - [PATCH] ARM: make it easier to check the CPU part number correctly > (http://thread.gmane.org/gmane.linux.ports.arm.kernel/335126 > already in linux-next) > > Changes since v1: > - dropped outer_resume() - will be handled in assembly in further patches, > as support for L2C in non-secure mode gets added, > - moved CP15 resume to assembly as it needs to be done before MMU is enabled, > - surrounded CP15 save with a check for cpuid part, because it is valid only > on Cortex A9, > - rebased on next-20140717 tag of linux-next tree. > > Tomasz Figa (2): > ARM: firmware: Introduce suspend and resume operations > ARM: EXYNOS: Add support for firmware-assisted suspend/resume > > Documentation/arm/firmware.txt | 28 +++++-------------------- > arch/arm/include/asm/firmware.h | 8 ++++++++ > arch/arm/mach-exynos/Makefile | 1 + > arch/arm/mach-exynos/common.h | 4 ++++ > arch/arm/mach-exynos/firmware.c | 45 +++++++++++++++++++++++++++++++++++++++++ > arch/arm/mach-exynos/pm.c | 16 ++++++++++----- > arch/arm/mach-exynos/sleep.S | 28 +++++++++++++++++++++++++ > arch/arm/mach-exynos/smc.h | 4 ++++ > 8 files changed, 106 insertions(+), 28 deletions(-) > > -- > 1.9.3 > > -- > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo at vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2014-08-11 12:07 UTC | newest] Thread overview: 5+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2014-07-17 15:56 [PATCH v2 0/2] Firmware-assisted suspend/resume of Exynos SoCs Tomasz Figa 2014-07-17 15:56 ` [PATCH v2 1/2] ARM: firmware: Introduce suspend and resume operations Tomasz Figa 2014-07-17 15:56 ` [PATCH v2 2/2] ARM: EXYNOS: Add support for firmware-assisted suspend/resume Tomasz Figa 2014-07-31 19:08 ` [PATCH v2 0/2] Firmware-assisted suspend/resume of Exynos SoCs Tomasz Figa 2014-08-11 12:07 ` Tomeu Vizoso
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).