1. 29 5月, 2013 3 次提交
  2. 18 5月, 2013 2 次提交
  3. 05 4月, 2013 5 次提交
  4. 04 4月, 2013 1 次提交
  5. 12 3月, 2013 1 次提交
  6. 29 1月, 2013 4 次提交
  7. 16 11月, 2012 3 次提交
  8. 06 11月, 2012 1 次提交
  9. 12 9月, 2012 1 次提交
  10. 07 9月, 2012 1 次提交
    • S
      ARM: dt: tegra: ventana: add regulators · 017a0104
      Stephen Warren 提交于
      Ventana uses a TPS6586x regulator. Instantiate this, and hook up a
      couple of fixed GPIO-controlled regulators too.
      
      The data was chosen to match the PMIC HW defaults, with the following
      exception:
      
      ldo6: The HW default is 2.85v. The schematics are unlabelled. Internal
      research indicates that 1.8v is correct. Our downstream kernel also uses
      1.8v.
      
      Portions based on work by Laxman Dewangan <ldewangan@nvidia.com>
      Signed-off-by: NStephen Warren <swarren@nvidia.com>
      017a0104
  11. 21 6月, 2012 1 次提交
    • S
      ARM: dt: tegra: rename board files to match SoC · 702b0e4f
      Stephen Warren 提交于
      Most ARM ${board}.dts files are already named ${soc}-${board}.dts. This
      change modifies the Tegra board files to be named the same way for
      consistency.
      
      Once a related change is made in U-Boot, this will cause both U-Boot and
      the kernel to use the same names for the .dts files and SoC identifiers,
      thus allowing U-Boot's recently added "soc" and "board" environment
      variables to be used to construct the name of Tegra .dtb files, and hence
      allow board-generic U-Boot bootcmd scripts to be written.
      Signed-off-by: NStephen Warren <swarren@nvidia.com>
      702b0e4f
  12. 12 6月, 2012 1 次提交
  13. 15 5月, 2012 6 次提交
  14. 04 5月, 2012 1 次提交
  15. 26 4月, 2012 1 次提交
    • S
      ARM: tegra: add USB ULPI PHY reset GPIO to device tree · aa607ebf
      Stephen Warren 提交于
      ULPI PHYs have a reset signal, and different boards use a different GPIO
      for this task. Add a property to device tree to represent this.
      
      I'm not sure if adding this property to the EHCI controller node is
      entirely correct; perhaps eventually we should have explicit separate
      nodes for the various PHYs. However, we don't have that right now, so this
      binding seems like a reasonable choice.
      
      Cc: <devicetree-discuss@lists.ozlabs.org>
      Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
      Cc: <linux-usb@vger.kernel.org>
      Signed-off-by: NStephen Warren <swarren@nvidia.com>
      aa607ebf
  16. 19 4月, 2012 1 次提交
  17. 07 2月, 2012 1 次提交
  18. 08 12月, 2011 5 次提交
    • S
      arm/dt: tegra: Fix SDHCI nodes to match board files · 1292c129
      Stephen Warren 提交于
      Mark any SDHCI controllers that aren't registered by the board files as
      disabled in the device-tree files.
      
      In practice, these controllers:
      
      * Have nothing hooked up to them at all, or
      * For ports intended for SDIO usage, the drivers for anything that might
        be attached are not in the device-tree yet. If/when drivers appear, the
        SD/MMC port can be re-enabled.
      
      The only possible exception is TrimSlice's mico SD slot, but that wasn't
      enabled in the board files before anyway, and doesn't work when all the
      SDHCI controllers are enabled anyway.
      Signed-off-by: NStephen Warren <swarren@nvidia.com>
      Signed-off-by: NOlof Johansson <olof@lixom.net>
      1292c129
    • S
      arm/dt: tegra: Fix serial nodes to match board files · 31c1ec92
      Stephen Warren 提交于
      Mark any serial ports that aren't registered by the board files as disabled
      in the device-tree files.
      
      In practice, none of the now-disabled ports ended up succeeding device
      probing because of the missing clock-frequency property. However,
      explicitly marking the devices disabled has the advantage of squashing
      the dev_warn() the failed probe causes, and documenting that we intend
      the port not to be used, rather than accidentally left out the property.
      Signed-off-by: NStephen Warren <swarren@nvidia.com>
      Signed-off-by: NOlof Johansson <olof@lixom.net>
      31c1ec92
    • S
      arm/dt: tegra: Fix I2C nodes to match board files · 88950f3b
      Stephen Warren 提交于
      With board files, all I2C busses run at 400KHz. Fix the device-tree
      to be consistent with this. It's possible this is incorrect, but at
      least it keeps the board files and device-tree consistent.
      
      Also, disable any I2C controllers that the board files don't register,
      also for consistency.
      Signed-off-by: NStephen Warren <swarren@nvidia.com>
      Signed-off-by: NOlof Johansson <olof@lixom.net>
      88950f3b
    • S
      arm/dt: tegra: Remove /chosen node · 492f204d
      Stephen Warren 提交于
      The command-lines present in the existing /chosen node are not necessarily
      correct for all users. Ideally, we should simply use the command-line
      supplied by the boot-loader.
      
      In fact, using the boot-loader's cmdline is quite easy; either the
      bootloader fully supports DT, in which case it can modify the DT passed
      to the kernel to include its command-line, or CONFIG_APPENDED_DTB can
      be used in conjunction with CONFIG_ARM_ATAG_DTB_COMPAT, and the kernel
      will substitute the bootloader's command-line into the DT.
      Signed-off-by: NStephen Warren <swarren@nvidia.com>
      Signed-off-by: NOlof Johansson <olof@lixom.net>
      492f204d
    • S
      arm/dt: tegra: Remove /memreserve/ from device-tree files · 5a854265
      Stephen Warren 提交于
      There are no drivers in the kernel at present which can make use of the
      memory reserved by /memreserve/, so there is no point reserving it. Remove
      /memreserve/ to allow the user more memory. It's also unclear whether any
      future driver would actually require /memreserve/, or allocate memory
      through some other mechanism.
      Signed-off-by: NStephen Warren <swarren@nvidia.com>
      Signed-off-by: NOlof Johansson <olof@lixom.net>
      5a854265
  19. 10 11月, 2011 1 次提交