1. 06 8月, 2013 1 次提交
    • M
      ARM: shmobile: Introduce per-CPU SMP boot / sleep code · cc61591e
      Magnus Damm 提交于
      Add per-CPU SMP boot / sleep code that can be used by all
      SoCs included in mach-shmobile.
      
      The boot code reads out the per-CPU MPIDR id value and
      matches it with the value stored for any CPU number, and
      if there is a match and the boot function is set as well
      then the boot function will be executed.
      
      The sleep code simply uses WFI and then jumps back to the
      boot code to see if anyone has asked to wake up that CPU,
      if not it will sleep again.
      Signed-off-by: NMagnus Damm <damm@opensource.se>
      [horms+renesas@verge.net.au: Remove trailing whitespace]
      Signed-off-by: NSimon Horman <horms+renesas@verge.net.au>
      cc61591e
  2. 15 7月, 2013 1 次提交
    • P
      arm: delete __cpuinit/__CPUINIT usage from all ARM users · 8bd26e3a
      Paul Gortmaker 提交于
      The __cpuinit type of throwaway sections might have made sense
      some time ago when RAM was more constrained, but now the savings
      do not offset the cost and complications.  For example, the fix in
      commit 5e427ec2 ("x86: Fix bit corruption at CPU resume time")
      is a good example of the nasty type of bugs that can be created
      with improper use of the various __init prefixes.
      
      After a discussion on LKML[1] it was decided that cpuinit should go
      the way of devinit and be phased out.  Once all the users are gone,
      we can then finally remove the macros themselves from linux/init.h.
      
      Note that some harmless section mismatch warnings may result, since
      notify_cpu_starting() and cpu_up() are arch independent (kernel/cpu.c)
      and are flagged as __cpuinit  -- so if we remove the __cpuinit from
      the arch specific callers, we will also get section mismatch warnings.
      As an intermediate step, we intend to turn the linux/init.h cpuinit
      related content into no-ops as early as possible, since that will get
      rid of these warnings.  In any case, they are temporary and harmless.
      
      This removes all the ARM uses of the __cpuinit macros from C code,
      and all __CPUINIT from assembly code.  It also had two ".previous"
      section statements that were paired off against __CPUINIT
      (aka .section ".cpuinit.text") that also get removed here.
      
      [1] https://lkml.org/lkml/2013/5/20/589
      
      Cc: Russell King <linux@arm.linux.org.uk>
      Cc: Will Deacon <will.deacon@arm.com>
      Cc: linux-arm-kernel@lists.infradead.org
      Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com>
      8bd26e3a
  3. 17 6月, 2013 1 次提交
  4. 12 2月, 2013 1 次提交
  5. 13 5月, 2012 1 次提交
  6. 09 1月, 2012 1 次提交
  7. 24 5月, 2011 1 次提交
    • M
      ARM: mach-shmobile: headsmp.S build fix · 34154f35
      Magnus Damm 提交于
      Git commit f4117ac9
      introduced PLAT_PHYS_OFFSET, but headsmp.S was left
      unchanged which results in a compile error:
      
        AS      arch/arm/mach-shmobile/headsmp.o
      arch/arm/mach-shmobile/headsmp.S: Assembler messages:
      arch/arm/mach-shmobile/headsmp.S:27: Error: undefined symbol `secondary_startup' in operation
      arch/arm/mach-shmobile/headsmp.S:27: Error: undefined symbol `PHYS_OFFSET' in operation
      make[1]: *** [arch/arm/mach-shmobile/headsmp.o] Error 1
      make[1]: *** Waiting for unfinished jobs....
      Signed-off-by: NMagnus Damm <damm@opensource.se>
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      34154f35
  8. 20 12月, 2010 1 次提交
  9. 14 12月, 2010 1 次提交
    • M
      ARM: mach-shmobile: SMP base support · 1c51ed4f
      Magnus Damm 提交于
      Add SMP base support for R-Mobile / SH-Mobile processors.
      
      This patch contains all base code to support CONFIG_SMP
      regardless of ARCH_SHMOBILE processor type. Both local timer
      and CPU hotplug are supported, but no processor specific
      code is included.
      
      At this point only the default behavior is in place, so
      a single core will always be used even though CONFIG_SMP
      is enabled on multicore systems.
      
      The SMP Kconfig entry for arch/arm/Kconfig is excluded from
      this patch to simplify merging.
      Signed-off-by: NMagnus Damm <damm@opensource.se>
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      1c51ed4f