1. 11 7月, 2016 1 次提交
  2. 12 4月, 2016 2 次提交
  3. 13 11月, 2014 1 次提交
  4. 19 12月, 2013 1 次提交
  5. 17 12月, 2013 4 次提交
  6. 22 8月, 2013 1 次提交
    • S
      ARM: tegra: always enable USB VBUS regulators · 30ca2226
      Stephen Warren 提交于
      This fixes a regression exposed during the merge window by commit
      9f310ded "ARM: tegra: fix VBUS regulator GPIO polarity in DT"; namely that
      USB VBUS doesn't get turned on, so USB devices are not detected. This
      affects the internal USB port on TrimSlice (i.e. the USB->SATA bridge, to
      which the SSD is connected) and the external port(s) on Seaboard/
      Springbank and Whistler.
      
      The Tegra DT as written in v3.11 allows two paths to enable USB VBUS:
      
      1) Via the legacy DT binding for the USB controller; it can directly
         acquire a VBUS GPIO and activate it.
      
      2) Via a regulator for VBUS, which is referenced by the new DT binding
         for the USB controller.
      
      Those two methods both use the same GPIO, and hence whichever of the
      USB controller and regulator gets probed first ends up owning the GPIO.
      In practice, the USB driver only supports path (1) above, since the
      patches to support the new USB binding are not present until v3.12:-(
      
      In practice, the regulator ends up being probed first and owning the
      GPIO. Since nothing enables the regulator (the USB driver code is not
      yet present), the regulator ends up being turned off. This originally
      caused no problem, because the polarity in the regulator definition was
      incorrect, so attempting to turn off the regulator actually turned it
      on, and everything worked:-(
      
      However, when testing the new USB driver code in v3.12, I noticed the
      incorrect polarity and fixed it in commit 9f310ded "ARM: tegra: fix VBUS
      regulator GPIO polarity in DT". In the context of v3.11, this patch then
      caused the USB VBUS to actually turn off, which broke USB ports with VBUS
      control. I got this patch included in v3.11-rc1 since it fixed a bug in
      device tree (incorrect polarity specification), and hence was suitable to
      be included early in the rc series. I evidently did not test the patch at
      all, or correctly, in the context of v3.11, and hence did not notice the
      issue that I have explained above:-(
      
      Fix this by making the USB VBUS regulators always enabled. This way, if
      the regulator owns the GPIO, it will always be turned on, even if there
      is no USB driver code to request the regulator be turned on. Even
      ignoring this bug, this is a reasonable way to configure the HW anyway.
      
      If this patch is applied to v3.11, it will cause a couple pretty trivial
      conflicts in tegra20-{trimslice,seaboard}.dts when creating v3.12, since
      the context right above the added lines changed in patches destined for
      v3.12.
      Reported-by: NKyle McMartin <kmcmarti@redhat.com>
      Signed-off-by: NStephen Warren <swarren@nvidia.com>
      Signed-off-by: NOlof Johansson <olof@lixom.net>
      30ca2226
  7. 13 8月, 2013 1 次提交
  8. 29 7月, 2013 1 次提交
  9. 03 7月, 2013 1 次提交
  10. 29 5月, 2013 4 次提交
  11. 18 5月, 2013 1 次提交
    • V
      ARM: tegra: update device trees for USB binding rework · 4c94c8b5
      Venu Byravarasu 提交于
      This patch updates all Tegra board files so that they contain all the
      properties required by the updated USB DT binding. Note that this patch
      only adds the new properties and does not yet remove the old properties,
      in order to maintain bisectability. The old properties will be removed
      once the driver has been updated to assume the new bindings.
      Signed-off-by: NVenu Byravarasu <vbyravarasu@nvidia.com>
      [swarren: fixed some newly added regulator-name properties to better
      match schematic, avoided duplicate regulator-name on Whistler.]
      Signed-off-by: NStephen Warren <swarren@nvidia.com>
      4c94c8b5
  12. 05 4月, 2013 5 次提交
  13. 04 4月, 2013 1 次提交
  14. 12 3月, 2013 1 次提交
  15. 29 1月, 2013 3 次提交
  16. 17 11月, 2012 1 次提交
  17. 06 11月, 2012 1 次提交
  18. 20 9月, 2012 1 次提交
  19. 07 9月, 2012 1 次提交
    • S
      ARM: dt: tegra: whistler: add regulators · e7765b37
      Stephen Warren 提交于
      Whistler uses a Maxim 8907 regulator. Instantiate this.
      
      The voltage settings were derived from the schematic. The only exception
      is the BBAT voltage; the schematic says 1.2v, but the HW can't go that
      low, so use the HW default of 2.4v instead.
      
      Almost all regulators list all driven supply signal names in their
      regulator-names property. The exception is nvvdd_sv3, which is in turn
      named 12 more different names on the schematic, so these were omitted
      for brevity.
      Signed-off-by: NStephen Warren <swarren@nvidia.com>
      e7765b37
  20. 07 7月, 2012 1 次提交
    • S
      ARM: dt: tegra: add Whistler device tree file · c80efbae
      Stephen Warren 提交于
      Whistler is a highly configurable Tegra evaluation and development board.
      This change adds support for the following specific configuration:
      
      E1120 motherboard
      E1108 CPU board
      E1116 PMU board
      
      The motherboard configuration switches are set as follows:
      SW1=0 SW2=0 SW3=5
      S1/S2/S3/S4 all on, except S3 7/8 are off.
      
      Other combinations of daugher boards may work to varying degrees, but will
      likely require some SW adjustment.
      Signed-off-by: NStephen Warren <swarren@nvidia.com>
      c80efbae
  21. 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
  22. 15 5月, 2012 5 次提交
  23. 04 5月, 2012 1 次提交