2005-04-16 15:20:36 -07:00
|
|
|
/* linux/arch/arm/mach-s3c2410/sleep.S
|
|
|
|
*
|
|
|
|
* Copyright (c) 2004 Simtec Electronics
|
|
|
|
* Ben Dooks <ben@simtec.co.uk>
|
|
|
|
*
|
|
|
|
* S3C2410 Power Manager (Suspend-To-RAM) support
|
|
|
|
*
|
|
|
|
* Based on PXA/SA1100 sleep code by:
|
|
|
|
* Nicolas Pitre, (c) 2002 Monta Vista Software Inc
|
|
|
|
* Cliff Brake, (c) 2001
|
|
|
|
*
|
|
|
|
* This program is free software; you can redistribute it and/or modify
|
|
|
|
* it under the terms of the GNU General Public License as published by
|
|
|
|
* the Free Software Foundation; either version 2 of the License, or
|
|
|
|
* (at your option) any later version.
|
|
|
|
*
|
|
|
|
* This program is distributed in the hope that it will be useful,
|
|
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
|
* GNU General Public License for more details.
|
|
|
|
*
|
|
|
|
* You should have received a copy of the GNU General Public License
|
|
|
|
* along with this program; if not, write to the Free Software
|
|
|
|
* Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <linux/linkage.h>
|
|
|
|
#include <asm/assembler.h>
|
|
|
|
#include <asm/hardware.h>
|
|
|
|
#include <asm/arch/map.h>
|
|
|
|
|
|
|
|
#include <asm/arch/regs-gpio.h>
|
|
|
|
#include <asm/arch/regs-clock.h>
|
|
|
|
#include <asm/arch/regs-mem.h>
|
|
|
|
#include <asm/arch/regs-serial.h>
|
|
|
|
|
|
|
|
/* CONFIG_DEBUG_RESUME is dangerous if your bootloader does not
|
|
|
|
* reset the UART configuration, only enable if you really need this!
|
|
|
|
*/
|
|
|
|
//#define CONFIG_DEBUG_RESUME
|
|
|
|
|
|
|
|
.text
|
|
|
|
|
2006-09-15 16:04:23 -07:00
|
|
|
/* s3c2410_cpu_save
|
2005-04-16 15:20:36 -07:00
|
|
|
*
|
2006-09-15 16:04:23 -07:00
|
|
|
* save enough of the CPU state to allow us to re-start
|
|
|
|
* pm.c code. as we store items like the sp/lr, we will
|
|
|
|
* end up returning from this function when the cpu resumes
|
|
|
|
* so the return value is set to mark this.
|
|
|
|
*
|
|
|
|
* This arangement means we avoid having to flush the cache
|
|
|
|
* from this code.
|
2005-04-16 15:20:36 -07:00
|
|
|
*
|
|
|
|
* entry:
|
2006-09-15 16:04:23 -07:00
|
|
|
* r0 = pointer to save block
|
|
|
|
*
|
|
|
|
* exit:
|
|
|
|
* r0 = 0 => we stored everything
|
|
|
|
* 1 => resumed from sleep
|
2005-04-16 15:20:36 -07:00
|
|
|
*/
|
|
|
|
|
2006-09-15 16:04:23 -07:00
|
|
|
ENTRY(s3c2410_cpu_save)
|
2005-04-16 15:20:36 -07:00
|
|
|
stmfd sp!, { r4 - r12, lr }
|
|
|
|
|
|
|
|
@@ store co-processor registers
|
|
|
|
|
|
|
|
mrc p15, 0, r4, c15, c1, 0 @ CP access register
|
|
|
|
mrc p15, 0, r5, c13, c0, 0 @ PID
|
|
|
|
mrc p15, 0, r6, c3, c0, 0 @ Domain ID
|
|
|
|
mrc p15, 0, r7, c2, c0, 0 @ translation table base address
|
[ARM] 3529/1: s3c24xx: fix restoring control register with undefined instruction
Patch from Dimitry Andric
In arch/arm/mach-s3c2410/sleep.S, the coprocessor registers are saved at
suspend time, and restored at resume time. However, an undefined
instruction is used when attempting to restore a non-existent "auxiliary
control register". This leads to a crash on S3C2412, which has an ARM926
core instead of an ARM920.
At suspend time, the following fragment runs:
mrc p15, 0, r7, c2, c0, 0 @ translation table base address
mrc p15, 0, r8, c2, c0, 0 @ auxiliary control register
mrc p15, 0, r9, c1, c0, 0 @ control register
and at resume time, the following fragment runs:
mcr p15, 0, r7, c2, c0, 0 @ translation table base
mcr p15, 0, r8, c1, c1, 0 @ auxilliary control
...
mcr p15, 0, r9, c1, c0, 0 @ turn on MMU, etc
There are several problems with these fragments:
1. The ARM920 and ARM926 cores don't have any "auxiliary control
register", at least not according to the ARM920 and ARM926 TRM's.
2. The 2nd line of suspend erroneously saves the c2 register again.
3. This saved c2 value is restored using an undefined instruction. For
some reason this does not crash on ARM920, but does crash on ARM926.
The following patch fixes all these problems.
Signed-off-by: Dimitry Andric <dimitry@andric.com>
Yes, this looks sensible
Signed-off-by: Ben Dooks <ben-linux@fluff.org>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
2006-05-17 08:31:11 -07:00
|
|
|
mrc p15, 0, r8, c1, c0, 0 @ control register
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
stmia r0, { r4 - r13 }
|
|
|
|
|
2006-09-15 16:04:23 -07:00
|
|
|
mov r0, #0
|
|
|
|
ldmfd sp, { r4 - r12, pc }
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
@@ return to the caller, after having the MMU
|
|
|
|
@@ turned on, this restores the last bits from the
|
|
|
|
@@ stack
|
|
|
|
resume_with_mmu:
|
2006-09-15 16:04:23 -07:00
|
|
|
mov r0, #1
|
2005-04-16 15:20:36 -07:00
|
|
|
ldmfd sp!, { r4 - r12, pc }
|
|
|
|
|
|
|
|
.ltorg
|
|
|
|
|
|
|
|
@@ the next bits sit in the .data segment, even though they
|
|
|
|
@@ happen to be code... the s3c2410_sleep_save_phys needs to be
|
|
|
|
@@ accessed by the resume code before it can restore the MMU.
|
|
|
|
@@ This means that the variable has to be close enough for the
|
|
|
|
@@ code to read it... since the .text segment needs to be RO,
|
|
|
|
@@ the data segment can be the only place to put this code.
|
|
|
|
|
|
|
|
.data
|
|
|
|
|
|
|
|
.global s3c2410_sleep_save_phys
|
|
|
|
s3c2410_sleep_save_phys:
|
|
|
|
.word 0
|
|
|
|
|
|
|
|
/* s3c2410_cpu_resume
|
|
|
|
*
|
|
|
|
* resume code entry for bootloader to call
|
|
|
|
*
|
|
|
|
* we must put this code here in the data segment as we have no
|
|
|
|
* other way of restoring the stack pointer after sleep, and we
|
|
|
|
* must not write to the code segment (code is read-only)
|
|
|
|
*/
|
|
|
|
|
|
|
|
ENTRY(s3c2410_cpu_resume)
|
2006-06-25 04:01:48 -07:00
|
|
|
mov r0, #PSR_I_BIT | PSR_F_BIT | SVC_MODE
|
2005-04-16 15:20:36 -07:00
|
|
|
msr cpsr_c, r0
|
|
|
|
|
|
|
|
@@ load UART to allow us to print the two characters for
|
|
|
|
@@ resume debug
|
|
|
|
|
2006-01-26 08:20:50 -07:00
|
|
|
mov r2, #S3C24XX_PA_UART & 0xff000000
|
|
|
|
orr r2, r2, #S3C24XX_PA_UART & 0xff000
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
#if 0
|
|
|
|
/* SMDK2440 LED set */
|
2006-01-26 08:20:50 -07:00
|
|
|
mov r14, #S3C24XX_PA_GPIO
|
2005-04-16 15:20:36 -07:00
|
|
|
ldr r12, [ r14, #0x54 ]
|
|
|
|
bic r12, r12, #3<<4
|
|
|
|
orr r12, r12, #1<<7
|
|
|
|
str r12, [ r14, #0x54 ]
|
|
|
|
#endif
|
|
|
|
|
|
|
|
#ifdef CONFIG_DEBUG_RESUME
|
|
|
|
mov r3, #'L'
|
|
|
|
strb r3, [ r2, #S3C2410_UTXH ]
|
|
|
|
1001:
|
|
|
|
ldrb r14, [ r3, #S3C2410_UTRSTAT ]
|
|
|
|
tst r14, #S3C2410_UTRSTAT_TXE
|
|
|
|
beq 1001b
|
|
|
|
#endif /* CONFIG_DEBUG_RESUME */
|
|
|
|
|
|
|
|
mov r1, #0
|
|
|
|
mcr p15, 0, r1, c8, c7, 0 @@ invalidate I & D TLBs
|
|
|
|
mcr p15, 0, r1, c7, c7, 0 @@ invalidate I & D caches
|
|
|
|
|
|
|
|
ldr r0, s3c2410_sleep_save_phys @ address of restore block
|
|
|
|
ldmia r0, { r4 - r13 }
|
|
|
|
|
|
|
|
mcr p15, 0, r4, c15, c1, 0 @ CP access register
|
|
|
|
mcr p15, 0, r5, c13, c0, 0 @ PID
|
|
|
|
mcr p15, 0, r6, c3, c0, 0 @ Domain ID
|
|
|
|
mcr p15, 0, r7, c2, c0, 0 @ translation table base
|
|
|
|
|
|
|
|
#ifdef CONFIG_DEBUG_RESUME
|
|
|
|
mov r3, #'R'
|
|
|
|
strb r3, [ r2, #S3C2410_UTXH ]
|
|
|
|
#endif
|
|
|
|
|
|
|
|
ldr r2, =resume_with_mmu
|
[ARM] 3529/1: s3c24xx: fix restoring control register with undefined instruction
Patch from Dimitry Andric
In arch/arm/mach-s3c2410/sleep.S, the coprocessor registers are saved at
suspend time, and restored at resume time. However, an undefined
instruction is used when attempting to restore a non-existent "auxiliary
control register". This leads to a crash on S3C2412, which has an ARM926
core instead of an ARM920.
At suspend time, the following fragment runs:
mrc p15, 0, r7, c2, c0, 0 @ translation table base address
mrc p15, 0, r8, c2, c0, 0 @ auxiliary control register
mrc p15, 0, r9, c1, c0, 0 @ control register
and at resume time, the following fragment runs:
mcr p15, 0, r7, c2, c0, 0 @ translation table base
mcr p15, 0, r8, c1, c1, 0 @ auxilliary control
...
mcr p15, 0, r9, c1, c0, 0 @ turn on MMU, etc
There are several problems with these fragments:
1. The ARM920 and ARM926 cores don't have any "auxiliary control
register", at least not according to the ARM920 and ARM926 TRM's.
2. The 2nd line of suspend erroneously saves the c2 register again.
3. This saved c2 value is restored using an undefined instruction. For
some reason this does not crash on ARM920, but does crash on ARM926.
The following patch fixes all these problems.
Signed-off-by: Dimitry Andric <dimitry@andric.com>
Yes, this looks sensible
Signed-off-by: Ben Dooks <ben-linux@fluff.org>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
2006-05-17 08:31:11 -07:00
|
|
|
mcr p15, 0, r8, c1, c0, 0 @ turn on MMU, etc
|
2005-04-16 15:20:36 -07:00
|
|
|
nop @ second-to-last before mmu
|
|
|
|
mov pc, r2 @ go back to virtual address
|
|
|
|
|
|
|
|
.ltorg
|