1. 28 Jan, 2016 1 commit
    • Stephen Warren's avatar
      ARM: tegra: rm Jetson TK1 PMIC GPIO programming · 7fb82986
      Stephen Warren authored
      The PMIC is configured such that its GPIOs have the correct configuration
      at power-up, so no programming is required.
      In fact, the current programming is actively wrong, since:
      (a) the AS3722 driver configures the GPIO to be an output before setting
      its output value, which causes a 0v glitch on the output.
      (b) the AS3722 driver configures the GPIO to drive a high voltage from its
      VSUP_GPIO power source rather than its VDD_GPIO_LV power source, so the pin
      drives 5V not 1.8V as desired.
      Solve these problems by removing the code which configures the PMIC GPIOs.
      Note that this patch was tested directly on top of v2016.01; since then,
      commit 96350f72 "dm: tegra: net: Convert tegra boards to driver model
      for Ethernet" prevents PCIe from being initialized. Alternatively, simply
      revert that commit to get PCIe Ethernet working again, then apply this
      patch to test.
      Signed-off-by: default avatarStephen Warren <swarren@nvidia.com>
      Signed-off-by: default avatarTom Warren <twarren@nvidia.com>
  2. 19 Jan, 2016 1 commit
  3. 12 Jan, 2016 1 commit
  4. 12 Nov, 2015 2 commits
  5. 10 Nov, 2015 1 commit
    • Tom Rini's avatar
      Various Makefiles: Add SPDX-License-Identifier tags · da58dec8
      Tom Rini authored
      After consulting with some of the SPDX team, the conclusion is that
      Makefiles are worth adding SPDX-License-Identifier tags too, and most of
      ours have one.  This adds tags to ones that lack them and converts a few
      that had full (or in one case, very partial) license blobs into the
      equivalent tag.
      Cc: Kate Stewart <kstewart@linuxfoundation.org>
      Signed-off-by: default avatarTom Rini <trini@konsulko.com>
  6. 02 Oct, 2015 1 commit
  7. 16 Sep, 2015 1 commit
  8. 06 Aug, 2015 4 commits
  9. 05 Aug, 2015 2 commits
  10. 28 Jul, 2015 1 commit
  11. 27 Jul, 2015 1 commit
  12. 09 Jun, 2015 2 commits
  13. 13 May, 2015 6 commits
  14. 30 Mar, 2015 1 commit
  15. 04 Mar, 2015 3 commits
    • Simon Glass's avatar
      dm: tegra: Enable driver model in SPL and adjust the GPIO driver · bdfb3416
      Simon Glass authored
      Use the full driver model GPIO and serial drivers in SPL now that these are
      supported. Since device tree is not available they will use platform data.
      Remove the special SPL GPIO function as it is no longer needed.
      This is all in one commit to maintain bisectability.
      Signed-off-by: default avatarSimon Glass <sjg@chromium.org>
    • Stephen Warren's avatar
      ARM: tegra: import latest Jetson TK1 pinmux · c1fe92fe
      Stephen Warren authored
      Syseng has revamped the Jetson TK1 pinmux spreadsheet, basing the content
      completely on correct configuration for the board/schematic, rather than
      the previous version which was based on the bare minimum changes relative
      to another reference board.
      The new spreadsheet sets TRISTATE for any input-only pins. This only works
      correctly if the global CLAMP bit is not set, so the Jetson TK1 board code
      has been adjusted accordingly. Apparently syseng have changed their mind
      since the previous advice that this needed to be set:-/
      This content comes from Jetson_TK1_customer_pinmux.xlsm (v09) downloaded
      from https://developer.nvidia.com/hardware-design-and-development.
      Signed-off-by: default avatarStephen Warren <swarren@nvidia.com>
      Signed-off-by: default avatarTom Warren <twarren@nvidia.com>
    • Stephen Warren's avatar
      ARM: tegra: support running in non-secure mode · 73c38934
      Stephen Warren authored
      When the CPU is in non-secure (NS) mode (when running U-Boot under a
      secure monitor), certain actions cannot be taken, since they would need
      to write to secure-only registers. One example is configuring the ARM
      architectural timer's CNTFRQ register.
      We could support this in one of two ways:
      1) Compile twice, once for secure mode (in which case anything goes) and
         once for non-secure mode (in which case certain actions are disabled).
         This complicates things, since everyone needs to keep track of
         different U-Boot binaries for different situations.
      2) Detect NS mode at run-time, and optionally skip any impossible actions.
         This has the advantage of a single U-Boot binary working in all cases.
      (2) is not possible on ARM in general, since there's no architectural way
      to detect secure-vs-non-secure. However, there is a Tegra-specific way to
      detect this.
      This patches uses that feature to detect secure vs. NS mode on Tegra, and
      uses that to:
      * Skip the ARM arch timer initialization.
      * Set/clear an environment variable so that boot scripts can take
        different action depending on which mode the CPU is in. This might be
        something like:
        if CPU is secure:
          load secure monitor code into RAM.
          boot secure monitor.
          secure monitor will restart (a new copy of) U-Boot in NS mode.
          execute normal boot process
      Signed-off-by: default avatarStephen Warren <swarren@nvidia.com>
      Signed-off-by: default avatarTom Warren <twarren@nvidia.com>
  16. 30 Jan, 2015 2 commits
  17. 12 Jan, 2015 1 commit
  18. 18 Dec, 2014 3 commits
  19. 11 Dec, 2014 2 commits
    • Simon Glass's avatar
      dm: i2c: tegra: Convert to driver model · b0e6ef46
      Simon Glass authored
      This converts all Tegra boards over to use driver model for I2C. The driver
      is adjusted to use driver model and the following obsolete CONFIGs are
         - CONFIG_SYS_I2C
      This has been tested on:
      - trimslice (no I2C)
      - beaver
      - Jetson-TK1
      It has not been tested on Tegra 114 as I don't have that board.
      Acked-by: default avatarHeiko Schocher <hs@denx.de>
      Signed-off-by: default avatarSimon Glass <sjg@chromium.org>
    • Allen Martin's avatar
      ARM: tegra: Add support for nyan-big board · a6c7b461
      Allen Martin authored
      Nyan-big is a Tegra124 clamshell board that is very similar to venice2, but
      it has a different panel, the sdcard cd and wp sense are flipped, and it has
      a different revision of the AS3722 PMIC.
      This is the Acer Chromebook 13 CB5-311-T7NN (13.3-inch HD, NVIDIA
      Tegra K1, 2GB). The display is not currently supported, so it should
      boot on other nyan-based Chromebooks also, but only the device tree for
      nyan-big is provided here.
      The device tree file is from Linux but with features removed which are
      unlikely to be supported in U-Boot soon (regulators, pinmux). Also the
      addresses are updated to 32-bit.
      Signed-off-by: default avatarAllen Martin <amartin@nvidia.com>
      Signed-off-by: default avatarSimon Glass <sjg@chromium.org>
      (rebase, change to 'nyan-big', fix pinmux that resets nyan-big)
  20. 21 Nov, 2014 1 commit
  21. 25 Oct, 2014 1 commit
  22. 22 Oct, 2014 2 commits