Skip to content
  1. Feb 03, 2014
  2. Feb 01, 2014
  3. Jan 29, 2014
  4. Jan 27, 2014
  5. Jan 24, 2014
  6. Jan 21, 2014
    • Stefan Agner's avatar
      regulator: tps6586x: Add and use correct voltage table · 844a4f0d
      Stefan Agner authored
      
      
      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: default avatarStefan Agner <stefan@agner.ch>
      Reviewed-by: default avatarThierry Reding <treding@nvidia.com>
      Acked-by: default avatarMark Brown <broonie@linaro.org>
      Acked-by: default avatarStephen Warren <swarren@nvidia.com>
      Signed-off-by: default avatarLee Jones <lee.jones@linaro.org>
      844a4f0d
    • Ben Dooks's avatar
      ARM: shmobile: r8a7790.dtsi: ficx i2c[0-3] clock reference · 2450badf
      Ben Dooks authored
      The R8A7790's dtsi file i2c0, i2c1, i2c2, and i2c3 nodes have clock
      references to the mstp3_clks clock node, however these clocks are in the
      mstp9_clks node.
      
      The error was introducted in 72197ca7
      
       ("ARM: shmobile: r8a7790:
       Reference clocks") which is in Simon's current development tree.
      
      This patch fixes the following error:
      
      of_clk_src_onecell_get: invalid clock index 31
      i2c-rcar e6508000.i2c: cannot get clock
      i2c-rcar: probe of e6508000.i2c failed with error -2
      
      Signed-off-by: default avatarBen Dooks <ben.dooks@codethink.co.uk>
      Acked-by: default avatarLaurent Pinchart <laurent.pinchart@ideasonboard.com>
      Signed-off-by: default avatarSimon Horman <horms+renesas@verge.net.au>
      2450badf
  7. Jan 18, 2014
  8. Jan 17, 2014
    • Grant Likely's avatar
      dt/bindings: remove device_type "network" references · 35129175
      Grant Likely authored
      
      
      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: default avatarGrant Likely <grant.likely@linaro.org>
      Acked-by: default avatarMichal 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
  9. Jan 16, 2014
  10. Jan 15, 2014
  11. Jan 13, 2014
  12. Jan 11, 2014
  13. Jan 09, 2014