1. 06 4月, 2017 7 次提交
  2. 05 4月, 2017 8 次提交
  3. 02 4月, 2017 1 次提交
    • M
      arm: tegra: initial support for apalis tk1 · f38f5f4b
      Marcel Ziswiler 提交于
      This patch adds board support for the Toradex Apalis TK1 a computer on
      module which can be used on different carrier boards.
      
      The module consists of a Tegra TK1 SoC, a PMIC solution, 2 GB of DDR3L
      RAM, a bunch of level shifters, an eMMC, a TMP451 temperature sensor
      chip, an I210 gigabit Ethernet controller and a SGTL5000 audio codec.
      Furthermore, there is a Kinetis MK20DN512 companion micro controller for
      analogue, CAN and resistive touch functionality.
      
      For the sake of ease of use we do not distinguish between different
      carrier boards for now as the base module features are deemed
      sufficient enough for regular booting.
      
      The following functionality is working so far:
      - eMMC boot, environment storage and Toradex factory config block
      - Gigabit Ethernet
      - MMC/SD cards (both MMC1 as well as SD1 slot)
      - USB client/host (dual role OTG port as client e.g. for DFU/UMS or host,
        other two ports as host)
      Signed-off-by: NMarcel Ziswiler <marcel.ziswiler@toradex.com>
      Reviewed-by: NSimon Glass <sjg@chromium.org>
      Signed-off-by: NMarcel Ziswiler <marcel@ziswiler.com>
      Signed-off-by: NTom Warren <twarren@nvidia.com>
      f38f5f4b
  4. 01 4月, 2017 2 次提交
    • A
      axs103: Support slave core kick-start on axs103 v1.1 firmware · 2a5062ca
      Alexey Brodkin 提交于
      In axs103 v1.1 procedure to kick-start slave cores has changed quite a bit
      compared t previous implementation.
      
      In particular:
       * We used to have a generic START bit for all cores selected by CORE_SEL
         mask. But now we don't touch CORE_SEL at all because we have a dedicated
         START bit for each core:
           bit 0: Core 0 (master)
           bit 1: Core 1 (slave)
       * Now there's no need to select "manual" mode of core start
      
      Additional challenge for us is how to tell which axs103 firmware we're
      dealing with. For now we'll rely on ARC core version which was bumped
      from 2.1c to 3.0.
      Signed-off-by: NAlexey Brodkin <abrodkin@synopsys.com>
      2a5062ca
    • A
      axs103: Clean-up smp_kick_all_cpus() · 0b0db98b
      Alexey Brodkin 提交于
       * Rely on default pulse polarity value
       * Don't mess with "multicore" value as it doesn't affect execution
      
      In essence we now do a bare minimal stuff:
       1) Select HS38x2_1 with CORE_SEL=1 bits
       2) Select "manual" core start (via CREG) with START_MODE=0
       3) Generate cpu_start pulse with START=1
      Signed-off-by: NAlexey Brodkin <abrodkin@synopsys.com>
      0b0db98b
  5. 29 3月, 2017 10 次提交
  6. 28 3月, 2017 2 次提交
  7. 26 3月, 2017 2 次提交
  8. 24 3月, 2017 1 次提交
    • V
      arc: dts: separate single axs10x.dts file · 0c77092e
      Vlad Zakharov 提交于
      We want to use the same device tree blobs in both Linux and U-Boot for
      ARC boards.
      
      Earlier device tree sources in U-Boot were very simplified and hadn't been
      updated for quite a long period of time.
      
      So this commit is the first step on the road to unified device tree blobs.
      
      First of all we re-organize device tree sources for AXS10X boards.
      As AXS101 and AXS103 boards consist of AXS10X motherboard and AXC001 and
      AXC003 cpu tiles respectively we add corresponding device tree source
      files: axs10x_mb.dtsi for motherboard, axc001.dtsi and axc003.dtsi for
      cpu tiles and axs101.dts and axs103.dts to represent actual boards.
      
      Also we delete axs10x.dts as it is no longer used.
      
      One more important change - we add timer device to ARC skeleton device
      tree sources as both ARC700 and ARCHS cores contain such timer.
      We add core_clk nodes to abilis_tb100, nsim, axc001 and axc003 device tree
      sources as it is referenced via phandle from timer node in common
      skeleton.dtsi file.
      Signed-off-by: NVlad Zakharov <vzakhar@synopsys.com>
      Reviewed-by: NSimon Glass <sjg@chromium.org>
      0c77092e
  9. 23 3月, 2017 7 次提交