1. 05 Aug, 2016 2 commits
    • Alexey Brodkin's avatar
      arc: Rename AXS101 board to more generic AXS10x · 65fcba12
      Alexey Brodkin authored
      As of now we have 2 flavors of ARC SDP boards:
       1) AXS101 - with ARC770 in ASIC
       2) AXS103 - with ARC HS38 in FPGA
      
      Both options share exactly the same base-board and only differ with
      CPU-tiles in use. That means all peripherals are the same (they are
      implemented in FPGA on the base-board) and so generic board could be
      used for both.
      
      While at it:
       * Recreated defconfigs with savedefconfig
       * In include/configs/axs10x.h numerical sizes replaced with
      defines from linux/sizes.h for better readability.
      Signed-off-by: default avatarAlexey Brodkin <abrodkin@synopsys.com>
      Reviewed-by: default avatarTom Rini <trini@konsulko.com>
      65fcba12
    • Alexey Brodkin's avatar
      arc: Rename ARCangel4 board to nSIM · cc8be222
      Alexey Brodkin authored
      ARCangel was one of the main development boards back in the day but
      now it's gone and replaced by other boards like ARC SDP.
      
      But we also used to have simulation platform very similar to ARCangel4
      in terms of CPU settings as well as basic IO like UART. Even though
      ARCangel4 is long gone now we have a replacement for simulation which is
      a plain or stand-alone nSIM and Free nSIM.
      
      Note Free nSIM is available for download here:
      https://www.synopsys.com/cgi-bin/dwarcnsim/req1.cgi
      
      And while at it:
       * Finally switch hex numerical values in nsim.h to defines from
         include/linux/sizes.h
       * Add defconfigs with ARC HS38 cores
       * Recreated all defconfigs with savedefconfig
      Signed-off-by: default avatarAlexey Brodkin <abrodkin@synopsys.com>
      cc8be222
  2. 13 Jun, 2016 1 commit
    • Alexey Brodkin's avatar
      board: axs10x: Flush entire cache after programming reset vector · c7d8db66
      Alexey Brodkin authored
      Now when we have support of IOC (IO-Coherency block) cahce operations
      on regions are tuned to not be dummy stubs if IOC was found and enabled
      in the core. That makes flush_dcache_range() useless for our purposes
      here. And since we do need to flush modified reset vector to at least L2
      cache (AKA SLC) so other cores will see it via its L1 instruction cache
      we're using always functional flush_dcache_all() here.
      Signed-off-by: default avatarAlexey Brodkin <abrodkin@synopsys.com>
      Cc: Marek Vasut <marex@denx.de>
      c7d8db66
  3. 17 Nov, 2015 1 commit
  4. 07 Oct, 2015 1 commit
    • Alexey Brodkin's avatar
      board: axs10x - cap max SDIO clock value to bus/2 · f6e27ba5
      Alexey Brodkin authored
      It turned out with some boards (FPGA firmwares?) and cards combos
      current clock settings doesn't work as expected leading to strange
      card freezes or corrupted data being read from the card.
      
      Especially this was seen with Transcend 2Gb cards shipped as a part of
      ARC SDP:
      ----------------->8---------------
      AXS# mmcinfo
      Device: Synopsys Mobile storage
      Manufacturer ID: 74
      OEM: 4a60
      Name: SDC
      Tran Speed: 50000000
      Rd Block Len: 512
      SD version 3.0
      High Capacity: No
      Capacity: 1.8 GiB
      Bus Width: 4-bit
      Erase Group Size: 512 Bytes
      AXS# fatload mmc 0
      ** Unrecognized filesystem type **
      ----------------->8---------------
      
      With this change that problem is fixed.
      Note "Tran Speed" above doesn't match clock value set in DW MMC.
      It is max value for card's speed class.
      Signed-off-by: default avatarAlexey Brodkin <abrodkin@synopsys.com>
      f6e27ba5
  5. 01 Jul, 2015 2 commits
    • Alexey Brodkin's avatar
      board: axs103 - add maintainer information · af6da69f
      Alexey Brodkin authored
      Looks like I forgot to add myself as a maintainer for AXS103 defconfig.
      Fixing this now.
      Signed-off-by: default avatarAlexey Brodkin <abrodkin@synopsys.com>
      Cc: Tom Rini <trini@konsulko.com>
      af6da69f
    • Alexey Brodkin's avatar
      arc: implement slave cores kick-start for Linux kernel · 8b2eb776
      Alexey Brodkin authored
      With new SMP-enabled CPUs with ARC HS38 cores and corresponding support
      in Linux kernel it's required to add basic SMP support in U-Boot.
      
      Currently we assume the one and only core starts execution after
      power-on. So most of things in U-Boot is handled in UP mode.
      
      But when U-Boot is used for loading and starting Linux kernel right
      before jumping to kernel's entry point U-Boot:
       [1] Sets all slave cores to jump to the same address [kernel's entry
      point]
       [2] Really starts all slav cores
      
      In ARC's implemetation of SMP in Linux kernel all cores are supposed to
      run the same start-up code. But only core with ID 0 (master core)
      processes further while others are looping waiting for master core to
      complete some initialization.
      
      That means it's safe to un-pause slave cores and let them execute kernel
      - they will wait for master anyway.
      Signed-off-by: default avatarAlexey Brodkin <abrodkin@synopsys.com>
      Cc: Vineet Gupta <vgupta@synopsys.com>
      8b2eb776
  6. 09 Apr, 2015 1 commit
    • Alexey Brodkin's avatar
      board: axs10x - support v3 mother-board · 0241c313
      Alexey Brodkin authored
      There're 2 versions of motherboards that could be used in ARC SDP.
      The only important difference for U-Boot is different NAND IC in use:
       [1] v2 board (we used to support up until now) sports MT29F4G08ABADAWP
      while
       [2] v3 board sports MT29F4G16ABADAWP
      
      They are almost the same except data bus width 8-bit in [1] and 16-bit
      in [2]. And for proper support of 16-bit data bus we have to pass
      NAND_BUSWIDTH_16 option to NAND driver core - which we do now knowing
      board type we're running on.
      Signed-off-by: default avatarAlexey Brodkin <abrodkin@synopsys.com>
      0241c313
  7. 03 Apr, 2015 1 commit
  8. 09 Feb, 2015 1 commit
  9. 15 Jan, 2015 1 commit
  10. 13 Sep, 2014 1 commit
  11. 26 Aug, 2014 1 commit
  12. 30 Jul, 2014 2 commits
    • Masahiro Yamada's avatar
      Add board MAINTAINERS files · 93d4334f
      Masahiro Yamada authored
      We have switched to Kconfig and the boards.cfg file is going to
      be removed. We have to retrieve the board status and maintainers
      information from it.
      
      The MAINTAINERS format as in Linux Kernel would be nice
      because we can crib the scripts/get_maintainer.pl script.
      
      After some discussion, we chose to put a MAINTAINERS file under each
      board directory, not the top-level one because we want to collect
      relevant information for a board into a single place.
      
      TODO:
      Modify get_maintainer.pl to scan multiple MAINTAINERS files.
      Signed-off-by: default avatarMasahiro Yamada <yamada.m@jp.panasonic.com>
      Suggested-by: default avatarTom Rini <trini@ti.com>
      Acked-by: default avatarSimon Glass <sjg@chromium.org>
      93d4334f
    • Masahiro Yamada's avatar
      kconfig: add board Kconfig and defconfig files · dd84058d
      Masahiro Yamada authored
      This commit adds:
       - arch/${ARCH}/Kconfig
          provide a menu to select target boards
       - board/${VENDOR}/${BOARD}/Kconfig or board/${BOARD}/Kconfig
          set CONFIG macros to the appropriate values for each board
       - configs/${TARGET_BOARD}_defconfig
          default setting of each board
      
      (This commit was automatically generated by a conversion script
      based on boards.cfg)
      
      In Linux Kernel, defconfig files are located under
      arch/${ARCH}/configs/ directory.
      It works in Linux Kernel since ARCH is always given from the
      command line for cross compile.
      
      But in U-Boot, ARCH is not given from the command line.
      Which means we cannot know ARCH until the board configuration is done.
      That is why all the "*_defconfig" files should be gathered into a
      single directory ./configs/.
      Signed-off-by: default avatarMasahiro Yamada <yamada.m@jp.panasonic.com>
      Acked-by: default avatarSimon Glass <sjg@chromium.org>
      dd84058d
  13. 28 Mar, 2014 1 commit
  14. 04 Mar, 2014 1 commit
  15. 21 Feb, 2014 1 commit
  16. 07 Feb, 2014 2 commits
    • Alexey Brodkin's avatar
      arc: add AXS101 board support · a7069ddf
      Alexey Brodkin authored
      AXS101 is a new generation of devlopment boards from Synopsys that houses
      ASIC with ARC700 and lots of DesignWare peripherals:
      
       * DW APB UART
       * DW Mobile Storage (MMC/SD)
       * DW I2C
       * DW GMAC
      Signed-off-by: default avatarAlexey Brodkin <abrodkin@synopsys.com>
      
      Cc: Vineet Gupta <vgupta@synopsys.com>
      Cc: Francois Bedard <fbedard@synopsys.com>
      Cc: Wolfgang Denk <wd@denx.de>
      Cc: Heiko Schocher <hs@denx.de>
      a7069ddf
    • Alexey Brodkin's avatar
      arc: add Arcangel4 board support · 66712b8b
      Alexey Brodkin authored
      Arcangel4 is a FPGA-based development board that is used for prototyping and
      verificationof of both ARC hardware (CPUs) and software running upon CPU.
      
      This board avaialble in 2 flavours:
       * Little-endian (arcangel4)
       * Big-endian (arcangel4-be)
      Signed-off-by: default avatarAlexey Brodkin <abrodkin@synopsys.com>
      
      Cc: Vineet Gupta <vgupta@synopsys.com>
      Cc: Francois Bedard <fbedard@synopsys.com>
      Cc: Wolfgang Denk <wd@denx.de>
      Cc: Heiko Schocher <hs@denx.de>
      66712b8b