1. 29 1月, 2014 2 次提交
  2. 27 1月, 2014 2 次提交
  3. 21 1月, 2014 1 次提交
    • S
      regulator: tps6586x: Add and use correct voltage table · 844a4f0d
      Stefan Agner 提交于
      Depending on the regulator version, the voltage table might be
      different. Use version specific regulator tables in order to select
      correct voltage table. For the following regulator versions different
      voltage tables are now used:
      
        * TPS658623: Use correct voltage table for SM2
        * TPS658643: New voltage table for SM2
      
      Both versions are in use on the Colibri T20 module. Make use of the
      correct tables by requesting the correct SM2 voltage of 1.8V.
      
      This change is not backward compatible since an old driver is not able
      to correctly set that value. The value 1.8V is out of range for the old
      driver and will refuse to probe the device. The regulator starts with
      default settings and the driver shows appropriate error messages.
      
      On Colibri T20, the old value used to work with TPS658623 since the
      driver applied a wrong voltage table too. However, the TPS658643 used
      on V1.2 devices uses yet another voltage table and those broke that
      pseudo-compatibility. The regulator driver now has the correct voltage
      table for both regulator versions and those the correct voltage can be
      used in the device tree.
      Signed-off-by: NStefan Agner <stefan@agner.ch>
      Reviewed-by: NThierry Reding <treding@nvidia.com>
      Acked-by: NMark Brown <broonie@linaro.org>
      Acked-by: NStephen Warren <swarren@nvidia.com>
      Signed-off-by: NLee Jones <lee.jones@linaro.org>
      844a4f0d
  4. 18 1月, 2014 10 次提交
  5. 17 1月, 2014 1 次提交
    • G
      dt/bindings: remove device_type "network" references · 35129175
      Grant Likely 提交于
      device_type is deprecated and the kernel doesn't require it in most
      cases. The only exceptions for flat tree users are the "gianfar",
      "ucc_geth" and "ibm,emac" bindings, and arguably that requirement could
      be relaxed for ucc_geth and ibm,emac (that is a task for separate
      patches though).
      
      This patch removes references to device_type="network" from the binding
      documentation where possible and removes the properties from ARM and
      microblaze dts files. This patch does not modify the powerpc .dts files
      since there are a much larger number of them affected and I think the
      ucc_geth, ibm,emac and gianfar users should be addressed before clearing
      out the references to reduce the chance of breakage.
      Signed-off-by: NGrant Likely <grant.likely@linaro.org>
      Acked-by: NMichal Simek <monstr@monstr.eu>
      Cc: Rob Herring <rob.herring@calxeda.com>
      Cc: Pawel Moll <pawel.moll@arm.com>
      Cc: Mark Rutland <mark.rutland@arm.com>
      Cc: Ian Campbell <ijc+devicetree@hellion.org.uk>
      Cc: Kumar Gala <galak@codeaurora.org>
      35129175
  6. 16 1月, 2014 2 次提交
  7. 15 1月, 2014 1 次提交
  8. 13 1月, 2014 1 次提交
  9. 11 1月, 2014 1 次提交
  10. 09 1月, 2014 12 次提交
  11. 08 1月, 2014 2 次提交
  12. 05 1月, 2014 1 次提交
  13. 04 1月, 2014 3 次提交
  14. 03 1月, 2014 1 次提交
    • S
      ARM: bcm2835: add USB controller to device tree · 5631e7f4
      Stephen Warren 提交于
      The BCM2835 SoC contains a DWC2 USB controller. Add this to the DT.
      
      Set up the pin controller to fully enable the USB controller on the
      Raspberry Pi. The GPIO setup works because the default output value for
      GPIO 6 (LAN_RUN/n_reset) just happens to be 1, which enables the
      USB/LAN chip.
      
      Note that you'll need a U-Boot which enables power to the USB controller;
      search for U-Boot patch "ARM: rpi_b: power on SDHCI and USB HW modules".
      Signed-off-by: NStephen Warren <swarren@wwwdotorg.org>
      Signed-off-by: NOlof Johansson <olof@lixom.net>
      5631e7f4