1. 15 11月, 2012 1 次提交
  2. 08 10月, 2012 1 次提交
  3. 06 10月, 2012 1 次提交
  4. 12 9月, 2012 2 次提交
  5. 08 9月, 2012 1 次提交
  6. 24 7月, 2012 1 次提交
    • A
      I2C: MV64XYZ: Add Device Tree support · b61d1575
      Andrew Lunn 提交于
      Extends the driver to get properties from device tree. Rather than
      pass the N & M factors in DT, use the more standard clock-frequency
      property. Calculate N & M at run time. In order to do this, we need to
      know tclk. So the driver uses clk_get() etc in order to get the clock
      and clk_get_rate() to determine the tclk rate. Not all platforms
      however have CLK, so some #ifdefery is needed to ensure the driver
      still compiles when CLK is not available.
      Signed-off-by: NAndrew Lunn <andrew@lunn.ch>
      
      [wsa: converted some ints to u32 to match signedness]
      Signed-off-by: NWolfram Sang <w.sang@pengutronix.de>
      b61d1575
  7. 23 7月, 2012 1 次提交
    • D
      MIPS: Octeon: Add device tree source files. · 736b1c9c
      David Daney 提交于
      The two device tree files octeon_3xxx.dts and octeon_68xx.dts are
      trimmed by code in a subsequent patch to reflect the hardware actually
      present on the board.  To this end several properties that are not
      part of the declared bindings are added to aid in trimming off
      unwanted nodes.  Since the device tree and the code that trims it are
      bound into the kernel binary, these 'marker' properties never escape
      into the wild, and are purely an implementation detail of the kernel
      early boot process.  This is done for backwards compatibility with
      existing boards (identified by a board type enumeration value by their
      bootloaders).  New boards will always pass a device tree from the
      bootloader, the built-in trees are ignored in this case.
      Signed-off-by: NDavid Daney <david.daney@cavium.com>
      Cc: linux-mips@linux-mips.org
      Cc: devicetree-discuss@lists.ozlabs.org
      Cc: Grant Likely <grant.likely@secretlab.ca>
      Cc: Rob Herring <rob.herring@calxeda.com>
      Cc: linux-kernel@vger.kernel.org
      Cc: David Daney <david.daney@cavium.com>
      Patchwork: https://patchwork.linux-mips.org/patch/3937/Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      736b1c9c
  8. 14 7月, 2012 3 次提交
  9. 13 7月, 2012 1 次提交
  10. 08 7月, 2012 1 次提交
  11. 04 6月, 2012 1 次提交
  12. 13 5月, 2012 1 次提交
  13. 12 5月, 2012 4 次提交
  14. 05 5月, 2012 1 次提交
  15. 22 4月, 2012 1 次提交
  16. 08 3月, 2012 1 次提交
  17. 07 3月, 2012 1 次提交
  18. 18 1月, 2012 1 次提交
  19. 28 12月, 2011 2 次提交
  20. 29 10月, 2011 1 次提交
  21. 15 9月, 2011 1 次提交
  22. 28 7月, 2011 1 次提交
    • G
      arm/versatile: Add device tree support · 3ba7222a
      Grant Likely 提交于
      For testing the dt work, define a dt-enabled versatile platform.
      
      This patch adds a new versatile platform for when using the device
      tree.  Add platform and amba devices are discovered and registered by
      parsing the device tree.  Clocks and initial io mappings are still
      configured statically.
      
      This patch still depends on some static platform_data for a few devices
      which is passed via the auxdata structure to of_platform_populate(),
      but it is a viable starting point until the drivers can get all
      configuration data out of the device tree.
      Signed-off-by: NGrant Likely <grant.likely@secretlab.ca>
      3ba7222a
  23. 24 2月, 2011 1 次提交
    • S
      x86: dtb: Add a device tree for CE4100 · df2634f4
      Sebastian Andrzej Siewior 提交于
      History:
      v1..v2:
      - dropped device_type except for cpu & pci. I have the compatible string
        for pci so I can drop the device_type once it is possible
      - I lowercased all compatible types. I will need to resend some patches
        which have upper case intel
      - The cpu had the same compatible string as the soc node. So I added to
        the soc node -immr for internel memory mapped registers.
      - I added generic names for all parts.
      - I reworked the i2c bars matching the way you suggested. I added a
        compatible node for the PCI device which only the PCI ids in its
        compatible string. The bars (each represents a complete i2c
        controller) have a "intel,ce4100-i2c-controller" compatible node. It
        is not used by the driver.
        The driver is probed via PCI ids (by the pci subsystem not OF) and
        matches the bar address against the ressource in the child node. Once
        there is a hit the node is attached.
      - The SPI driver is also probed via pci. However I also attached a
        compatible property based on PCI ids
      
      v2..v3:
      - intel,ce4100-immr become intel,ce4100-cp. cp stands for core
        peripherals. The Atom data sheet talks here about ACPI devices. Since
        we don't have ACPI this does not apply here.
      - The interrupt map is gone. There are now plenty of device nodes.
      - The "unit address string" got fixed, it uses not DD,V format.
      
      v3..v4:
      - added descriptions for compatible nodes introduced here:
        - intel,ce4100-ioapic
        - intel,ce4100-lapic
        - intel,ce4100-hpet
        - intel,ce4100
        - intel,ce4100-cp
        - intel,ce4100-pci
      - added a description about I2C controller magic.
      - Added gpio-controller and gpio-cells property to gpio devices. Those
        properties are not (yet) used.
      Signed-off-by: NSebastian Andrzej Siewior <bigeasy@linutronix.de>
      Signed-off-by: NDirk Brandewie <dirk.brandewie@gmail.com>
      Acked-by: NGrant Likely <grant.likely@secretlab.ca>
      Cc: sodaville@linutronix.de
      Cc: devicetree-discuss@lists.ozlabs.org
      LKML-Reference: <1298405266-1624-4-git-send-email-bigeasy@linutronix.de>
      Signed-off-by: NThomas Gleixner <tglx@linutronix.de>
      df2634f4
  24. 31 1月, 2011 1 次提交