diff options
author | Matt Fleming <matt@console-pimps.org> | 2010-03-28 20:08:25 +0000 |
---|---|---|
committer | Paul Mundt <lethal@linux-sh.org> | 2010-03-29 12:11:51 +0900 |
commit | 4bea3418c737891894b9d3d3e9f8bbd67d66fa38 (patch) | |
tree | cf3fe1db70b786b26f0b4b7334bfd73565988725 /arch/sh | |
parent | d5ab780305bb6d60a7b5a74f18cf84eb6ad153b1 (diff) | |
download | kernel_samsung_tuna-4bea3418c737891894b9d3d3e9f8bbd67d66fa38.zip kernel_samsung_tuna-4bea3418c737891894b9d3d3e9f8bbd67d66fa38.tar.gz kernel_samsung_tuna-4bea3418c737891894b9d3d3e9f8bbd67d66fa38.tar.bz2 |
sh: Enable the mmu in start_secondary()
For the boot, enable_mmu() is called from setup_arch() but we don't call
setup_arch() for any of the other cpus. So turn on the non-boot cpu's
mmu inside of start_secondary().
I noticed this bug on an SMP board when trying to map I/O memory
(smsc911x registers) into the kernel address space. Since the Address
Translation bit in MMUCR wasn't set, accessing the virtual address where
the smsc911x registers were supposedly mapped actually performed a
physical address access.
Signed-off-by: Matt Fleming <matt@console-pimps.org>
Cc: stable@kernel.org
Signed-off-by: Paul Mundt <lethal@linux-sh.org>
Diffstat (limited to 'arch/sh')
-rw-r--r-- | arch/sh/kernel/smp.c | 1 |
1 files changed, 1 insertions, 0 deletions
diff --git a/arch/sh/kernel/smp.c b/arch/sh/kernel/smp.c index e124cf7..002cc61 100644 --- a/arch/sh/kernel/smp.c +++ b/arch/sh/kernel/smp.c @@ -69,6 +69,7 @@ asmlinkage void __cpuinit start_secondary(void) unsigned int cpu; struct mm_struct *mm = &init_mm; + enable_mmu(); atomic_inc(&mm->mm_count); atomic_inc(&mm->mm_users); current->active_mm = mm; |