1. 25 5月, 2011 4 次提交
  2. 24 5月, 2011 1 次提交
  3. 23 5月, 2011 1 次提交
  4. 07 4月, 2011 1 次提交
  5. 25 3月, 2011 1 次提交
  6. 18 2月, 2011 1 次提交
  7. 15 2月, 2011 2 次提交
  8. 25 1月, 2011 1 次提交
    • S
      ARM: 6617/1: mmc, Add zboot from MMC support for SuperH Mobile ARM · f45b1149
      Simon Horman 提交于
      This allows a ROM-able zImage to be written to MMC and
      for SuperH Mobile ARM to boot directly from the MMCIF
      hardware block.
      
      This is achieved by the MaskROM loading the first portion
      of the image into MERAM and then jumping to it. This portion
      contains loader code which copies the entire image to SDRAM
      and jumps to it. From there the zImage boot code proceeds
      as normal, uncompressing the image into its final location
      and then jumping to it.
      
      Cc: Magnus Damm <magnus.damm@gmail.com>
      
      Russell, please consider merging this for 2.6.38.
      
      This patch depends on:
      * "mmc, sh: Move MMCIF_PROGRESS_* into sh_mmcif.h"
        which will be merged though Paul Mundt's rmobile sh-2.6.
        The absence of this patch will break the build if
        the (new) CONFIG_ZBOOT_ROM_MMCIF option is set.
        There are no subtle side-effects.
      
      v2:
      Addressed comments by Magnus Damm
      * Fix copyright in vrl4.c
      * Fix use of #define CONFIG_ZBOOT_ROM_MMCIF in mmcif-sh7372.c
      * Initialise LED GPIO lines in head-ap4evb.txt instead of mmcif-sh7372.c
        as this is considered board-specific.
      
      v3:
      Addressed comments made in person by Magnus Damm
      * Move mmcif_loader to be earlier in the image and
        reduce the number of blocks of boot program loaded by the MaskRom
        from 40 to 8 accordingly.
      * Move LED GPIO initialisation into mmcif_progress_init
        - This leaves the partner jet script unbloated
      Other
      * inline mmcif_update_progress so it is a static inline in a header file
      
      v4:
      * Use htole16() and htole32() in v4rl.c to ensure
        that the output is little endian
      
      v5:
      Addressed comments by Russell King
      * Simplify assembly code
      * Jump to code rather than an address <- bug fix
      * Use (void __iomem *) as appropriate
      Roll in mackerel support
      * This was previously a separate patch, only because of the order
        in which this code was developed
      Signed-off-by: NSimon Horman <horms@verge.net.au>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      f45b1149
  9. 11 1月, 2011 2 次提交
  10. 07 1月, 2011 6 次提交
  11. 22 12月, 2010 2 次提交
  12. 20 12月, 2010 1 次提交
  13. 17 12月, 2010 2 次提交
    • M
      ARM: mach-shmobile: INTC interrupt priority level demux fix · 1cf215a5
      Magnus Damm 提交于
      Fix interrupt priority level handling on SH-Mobile ARM.
      
      SH-Mobile ARM platforms using multiple interrupt priority
      levels need this patch to fix a potential dead lock that
      may occur if multiple interrupts with different levels
      are pending simultaneously.
      
      The default INTC configuration is to use the same priority
      level for all interrupts, so this issue does not trigger by
      default. It is however common for board code to override the
      interrupt priority for certain interrupt sources depending
      on the application. Without this fix such boards may lock up.
      
      In detail, this patch updates the INTC code in entry-macro.S
      to make sure that the INTLVLA register gets set as expected.
      
      To trigger this bug modify the board specific code to adjust
      the interrupt priority level for the ethernet chip. After
      changing the priority level simply use flood ping to drown
      the board with interrupts.
      
      This patch applies to INTCA-based processors such as sh7372,
      sh7377 and sh7372. GIC-based processors are not affected.
      
      Suitable for v2.6.37-rc and stable from v2.6.34 to v2.6.36.
      
      Cc: stable@kernel.org
      Signed-off-by: NMagnus Damm <damm@opensource.se>
      Tested-by: NKuninori Morimoto <kuninori.morimoto.gx@renesas.com>
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      1cf215a5
    • M
      ARM: mach-shmobile: fix compile warning in mm/init.c · 676b14c3
      Magnus Damm 提交于
      Turn down the warning noise from the compiler,
      basically a SH-Mobile specific version of the
      patch located in the RMK patch tracker:
      
      6484/1: "fix compile warning in mm/init.c",
      
      Without this patch the following warning triggers:
      
       CC      arch/arm/kernel/sys_arm.o
      arch/arm/mm/init.c: In function 'mem_init':
      arch/arm/mm/init.c:606: warning: format '%08lx' expects type 'long unsigned int', but argument 12 has type 'unsigned int'
        CC      arch/arm/kernel/traps.o
      Signed-off-by: NMagnus Damm <damm@opensource.se>
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      676b14c3
  14. 14 12月, 2010 2 次提交
    • M
      ARM: mach-shmobile: sh73a0 SMP support · 72f4d579
      Magnus Damm 提交于
      Add SMP support for ag5evm and the sh73a0 processor.
      
      Onlining and offlining works well, but at this point
      offlined processor cores are not put into sleep mode.
      
      There is no spinlock for syncing the secondary core
      with the first one in this implementation. The code
      instead relies on the cpu_online() check in __cpu_up().
      Signed-off-by: NMagnus Damm <damm@opensource.se>
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      72f4d579
    • 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
  15. 05 12月, 2010 2 次提交
  16. 03 12月, 2010 1 次提交
  17. 25 11月, 2010 1 次提交
  18. 19 11月, 2010 1 次提交
  19. 18 11月, 2010 2 次提交
    • P
      ARM: mach-shmobile: Split out entry-macros in to GIC and INTC variants. · 45bbaae0
      Paul Mundt 提交于
      Presently the entry macros are all globbed together, this simply splits
      them out in to their insular variants. Future work such as the GIC
      generalization will replace some of these and tidy the abstraction up
      further.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      45bbaae0
    • M
      ARM: mach-shmobile: Initial AG5 and AG5EVM support · 6d9598e2
      Magnus Damm 提交于
      This patch adds initial support for Renesas SH-Mobile AG5.
      
      At this point the AG5 CPU support is limited to the ARM
      core, SCIF serial and a CMT timer together with L2 cache
      and the GIC. The AG5EVM board also supports Ethernet.
      
      Future patches will add support for GPIO, INTCS, CPGA
      and platform data / driver updates for devices such as
      IIC, LCDC, FSI, KEYSC, CEU and SDHI among others.
      
      The code in entry-macro.S will be cleaned up when the
      ARM IRQ demux code improvements have been merged.
      
      Depends on the AG5EVM mach-type recently registered but
      not yet present in arch/arm/tools/mach-types.
      
      As the AG5EVM board comes with 512MiB memory it is
      recommended to turn on HIGHMEM.
      
      Many thanks to Yoshii-san for initial bring up.
      Signed-off-by: NMagnus Damm <damm@opensource.se>
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      6d9598e2
  20. 04 11月, 2010 1 次提交
  21. 31 10月, 2010 1 次提交
  22. 15 10月, 2010 2 次提交
  23. 04 8月, 2010 1 次提交
  24. 30 7月, 2010 1 次提交