1. 17 1月, 2014 6 次提交
    • S
      devicetree: macb: Document clock properties · e2897d7e
      Soren Brinkmann 提交于
      The macb driver uses the clock bindings. Document the required
      properties, especially the driver specific clock-names.
      Acked-by: NNicolas Ferre <nicolas.ferre@atmel.com>
      Signed-off-by: NSoren Brinkmann <soren.brinkmann@xilinx.com>
      Signed-off-by: NRob Herring <robh@kernel.org>
      e2897d7e
    • G
      dts: bindings: trivial clock bindings doc fixes · 6514dff9
      Gerhard Sittig 提交于
      fix a typo in the "clock specifiers" discussion,
      clarify that clock specifiers (the integer cells
      part that goes with the phandle) may be empty
      
      Cc: Rob Herring <rob.herring@calxeda.com>
      Cc: Pawel Moll <pawel.moll@arm.com>
      Cc: Mark Rutland <mark.rutland@arm.com>
      Cc: Stephen Warren <swarren@wwwdotorg.org>
      Cc: Ian Campbell <ijc+devicetree@hellion.org.uk>
      Cc: devicetree@vger.kernel.org
      Acked-by: NMark Rutland <mark.rutland@arm.com>
      Signed-off-by: NGerhard Sittig <gsi@denx.de>
      Signed-off-by: NRob Herring <robh@kernel.org>
      6514dff9
    • G
      dt/bindings: Remove device_type "serial" from marvell,mv64360-mpsc · 482c4341
      Grant Likely 提交于
      device_type is deprecated. There is no need to check for it in device
      driver code and no need to specify it in the device tree. Remove the
      property from stock .dts files and remove the check for it from device
      drivers. This change should be 100% backwards compatible with old device
      trees.
      Signed-off-by: NGrant Likely <grant.likely@linaro.org>
      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>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      482c4341
    • 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
    • G
      dt/bindings: remove users of device_type "mdio" · dae95c1f
      Grant Likely 提交于
      device_type is a deprecated property, but some MDIO bus nodes still have
      it. Except for a couple of old binding (compatible="gianfar" and
      compatible="ucc_geth_phy") the kernel doesn't look for
      device_type="mdio" at all.
      
      This patch removes all instances of device_type="mdio" from the binding
      documentation and the .dts files.
      Signed-off-by: NGrant Likely <grant.likely@linaro.org>
      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>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      dae95c1f
    • G
      dt/bindings: Remove references to linux,phandle properties · aadfb32b
      Grant Likely 提交于
      The linux,phandle property is essentially an internal structural element
      of the DT data structure. The dtc toolchain takes care of maintaining it
      at compile time. It does not need to appear as part of the binding
      documentation. This patch removes it so that users don't think they need
      to add a phandle property manually.
      Signed-off-by: NGrant Likely <grant.likely@linaro.org>
      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>
      aadfb32b
  2. 16 1月, 2014 1 次提交
    • G
      dt/bindings: Remove all references to device_type "ethernet-phy" · 40aad3c1
      Grant Likely 提交于
      The device_type property is deprecated for the flattened device tree and
      the value "ethernet-phy" has never been defined as having a useful
      meaning. Neither the kernel nor u-boot depend on it. It should never
      have appeared in PHY bindings. This patch removes all references to
      "ethernet-phy" as a device_type value from the documentation and the
      .dts files.
      
      This patch was generated mechanically with the following command and
      then verified by looking at the diff.
      
      sed -i '/"ethernet-phy"/d' `git grep -l '"ethernet-phy"'`
      Signed-off-by: NGrant Likely <grant.likely@linaro.org>
      Acked-by: NSrinivas Kandagatla <srinivas.kandagatla@st.com>
      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>
      Cc: Florian Fainelli <f.fainelli@gmail.com>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      40aad3c1
  3. 12 12月, 2013 1 次提交
  4. 06 12月, 2013 1 次提交
    • T
      net: davinci_emac: Fix platform data handling and make usable for am3517 · dd0df47d
      Tony Lindgren 提交于
      When booted with device tree, we may still have platform data passed
      as auxdata. For am3517 this is needed for passing the interrupt_enable
      and interrupt_disable callbacks that access the omap system control module
      registers. These callback functions will eventually go away when we have
      a separate system control module driver.
      
      Some of the things that are currently passed as platform data we don't need
      to set up as device tree properties as they are always the same on am3517.
      So let's use a new compatible flag for those so we can get those from
      the device tree match data.
      
      Also note that we need to fix setting of phy_dev to NULL instead of an empty
      string as the code later on uses that to find the first phy on the mdio bus.
      This seems to have been caused by 5d69e007 (net: davinci_emac: switch to
      new mdio).
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      dd0df47d
  5. 05 12月, 2013 1 次提交
  6. 03 12月, 2013 9 次提交
  7. 27 11月, 2013 1 次提交
    • T
      mmc: omap: Fix I2C dependency and make driver usable with device tree · 9cb238c0
      Tony Lindgren 提交于
      Some features can be configured by the companion I2C chips,
      which may not be available at the probe time. Fix the issue
      by returning -EPROBE_DEFER when the MMC controller slots
      are not configured.
      
      While at it, let's also add minimal device tree support so
      omap24xx platforms can use this driver without legacy mode
      since we claim to support device tree for mach-omap2 based
      systems.
      
      Although adding the minimal device tree support is not strictly
      a fix, it does remove one of the last blockers for dropping a
      bunch of legacy platform data for mach-omap2.
      
      Cc: linux-mmc@vger.kernel.org
      Acked-by: NChris Ball <cjb@laptop.org>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      9cb238c0
  8. 19 11月, 2013 1 次提交
  9. 18 11月, 2013 5 次提交
  10. 16 11月, 2013 2 次提交
  11. 15 11月, 2013 5 次提交
  12. 13 11月, 2013 4 次提交
  13. 12 11月, 2013 1 次提交
  14. 11 11月, 2013 2 次提交