[PATCH 2/2] OMAP3: Implemented VFP restore/save context
Tero.Kristo at nokia.com
Tero.Kristo at nokia.com
Tue Nov 24 06:47:26 EST 2009
>-----Original Message-----
>From: ext Sripathy, Vishwanath [mailto:vishwanath.bs at ti.com]
>Sent: 24 November, 2009 13:34
>To: Kristo Tero (Nokia-D/Tampere); linux-arm-kernel at lists.infradead.org
>Cc: linux-omap at vger.kernel.org
>Subject: RE: [PATCH 2/2] OMAP3: Implemented VFP restore/save context
>
>
>
>> -----Original Message-----
>> From: linux-omap-owner at vger.kernel.org [mailto:linux-omap-
>> owner at vger.kernel.org] On Behalf Of Tero Kristo
>> Sent: Tuesday, November 24, 2009 4:07 PM
>> To: linux-arm-kernel at lists.infradead.org
>> Cc: linux-omap at vger.kernel.org
>> Subject: [PATCH 2/2] OMAP3: Implemented VFP restore/save context
>>
>> From: Tero Kristo <tero.kristo at nokia.com>
>>
>> VFP save context is called before MPU/NEON off. Restore is
>not needed as
>> the next VFP trap will restore context automatically. Uses
>the support
>> routine implemented in arch/arm/vfp/vfpmodule.c.
>>
>> Signed-off-by: Tero Kristo <tero.kristo at nokia.com>
>> Acked-by: Tony Lindgren <tony at atomide.com>
>> Cc: Vishwanath Sripathy <vishwanath.bs at ti.com>
>> Cc: Rajendra Nayak <rnayak at ti.com>
>> Cc: Richard Woodruff <r-woodruff2 at ti.com>
>> Cc: Peter 'p2' De Schrijver <peter.de-schrijver at nokia.com>
>> ---
>> arch/arm/mach-omap2/pm.h | 1 +
>> arch/arm/mach-omap2/pm34xx.c | 21 ++++++++++++++++++++-
>> 2 files changed, 21 insertions(+), 1 deletions(-)
>>
>> diff --git a/arch/arm/mach-omap2/pm.h b/arch/arm/mach-omap2/pm.h
>> index 4f22107..dd5bbaf 100644
>> --- a/arch/arm/mach-omap2/pm.h
>> +++ b/arch/arm/mach-omap2/pm.h
>> @@ -18,6 +18,7 @@ extern u32 sleep_while_idle;
>> extern u32 voltage_off_while_idle;
>>
>> extern void *omap3_secure_ram_storage;
>> +extern void vfp_pm_save_context(void);
>> extern void omap3_pm_off_mode_enable(int);
>> extern void omap_sram_idle(void);
>> extern int omap3_can_sleep(void);
>> diff --git a/arch/arm/mach-omap2/pm34xx.c
>b/arch/arm/mach-omap2/pm34xx.c
>> index b26ae5b..4b01303 100644
>> --- a/arch/arm/mach-omap2/pm34xx.c
>> +++ b/arch/arm/mach-omap2/pm34xx.c
>> @@ -321,6 +321,18 @@ static void restore_control_register(u32 val)
>> __asm__ __volatile__ ("mcr p15, 0, %0, c1, c0, 0" : :
>"r" (val));
>> }
>>
>> +static inline void omap3_save_neon_context(void)
>> +{
>> +#ifdef CONFIG_VFP
>> + vfp_pm_save_context();
>> +#endif
>> +}
>> +
>> +static inline void omap3_restore_neon_context(void)
>> +{
>> + return;
>> +}
>> +
>> /* Function to restore the table entry that was modified
>for enabling MMU */
>> static void restore_table_entry(void)
>> {
>> @@ -365,6 +377,7 @@ void omap_sram_idle(void)
>> /* save_state = 3 => L1, L2 and logic lost */
>> int save_state = 0;
>> int mpu_next_state = PWRDM_POWER_ON;
>> + int neon_next_state = PWRDM_POWER_ON;
>> int per_next_state = PWRDM_POWER_ON;
>> int core_next_state = PWRDM_POWER_ON;
>> int core_prev_state, per_prev_state;
>> @@ -398,8 +411,12 @@ void omap_sram_idle(void)
>> pwrdm_pre_transition();
>>
>> /* NEON control */
>> - if (pwrdm_read_pwrst(neon_pwrdm) == PWRDM_POWER_ON)
>> + if (pwrdm_read_pwrst(neon_pwrdm) == PWRDM_POWER_ON) {
>> pwrdm_set_next_pwrst(neon_pwrdm, mpu_next_state);
>> + neon_next_state = mpu_next_state;
>> + if (neon_next_state == PWRDM_POWER_OFF)
>> + omap3_save_neon_context();
>> + }
>>
>> /* PER */
>> per_next_state = pwrdm_read_next_pwrst(per_pwrdm);
>> @@ -537,6 +554,8 @@ void omap_sram_idle(void)
>> omap3_disable_io_chain();
>> }
>>
>> + if (neon_next_state == PWRDM_POWER_OFF)
>> + omap3_restore_neon_context();
>>
>Why do call restore here when restore is done automatically
>upon context switch?
That is just a stub if we would need to add something there at some point. restore_neon_context() currently does nothing.
>
>> pwrdm_post_transition();
>> }
>> --
>> 1.5.4.3
>>
>> --
>> To unsubscribe from this list: send the line "unsubscribe
>linux-omap" in
>> the body of a message to majordomo at vger.kernel.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
More information about the linux-arm-kernel
mailing list