1. 26 10月, 2013 1 次提交
  2. 23 10月, 2013 1 次提交
  3. 15 10月, 2013 1 次提交
  4. 01 10月, 2013 3 次提交
  5. 27 9月, 2013 1 次提交
  6. 25 9月, 2013 1 次提交
    • D
      dts: Fix misspelling of Synopsys · 53126a2f
      Dinh Nguyen 提交于
      s/Synopsis/Synopsys
      s/synopsis/synopsys
      Signed-off-by: NDinh Nguyen <dinguyen@altera.com>
      Cc: Pavel Machek <pavel@denx.de>
      CC: Arnd Bergmann <arnd@arndb.de>
      CC: Olof Johansson <olof@lixom.net>
      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 <ian.campbell@citrix.com>
      Cc: Chris Ball <cjb@laptop.org>
      Cc: Jaehoon Chung <jh80.chung@samsung.com>
      Cc: Seungwon Jeon <tgih.jun@samsung.com>
      Cc: Tomasz Figa <tomasz.figa@gmail.com>
      Cc: devicetree@vger.kernel.org
      Cc: linux-mmc@vger.kernel.org
      CC: linux-arm-kernel@lists.infradead.org
      Acked-by: NOlof Johansson <olof@lixom.net>
      Signed-off-by: NRob Herring <rob.herring@calxeda.com>
      53126a2f
  7. 22 9月, 2013 1 次提交
  8. 12 9月, 2013 3 次提交
  9. 07 9月, 2013 1 次提交
  10. 06 9月, 2013 1 次提交
    • T
      ASoC: kirkwood: change the compatible string of the kirkwood-i2s driver · d098b2f0
      Thomas Petazzoni 提交于
      The compatible string of the kirkwood-i2s driver was chosen as
      "marvell,mvebu-audio". Using such a compatible string is not a good
      idea, since "mvebu" is the name of a large family of SOCs, in which
      new, unknown SOCs will be coming in the future. It is therefore
      impossible to know what will be evolutions of this hardware block in
      the next generations of the SOCs. For this reason, the recommandation
      for compatible strings of on-SOCs devices has always been to use the
      name of the oldest SOC that has the hardware block. New SOCs that have
      an exactly compatible hardware block can reference it using the same
      compatible string. See [1], [2] and [3] for various cases were this
      suggestion was made, including from Rob Herring, a Device Tree binding
      maintainer.
      
      As an example, there are already small differences between current
      generations:
      
       * On Kirkwood, only one interrupt is used for audio.
       * On Dove, two interrupts are used, one for audio data and one for
         error reporting.
      
      In the near future, I'll be adding audio support to Armada 370, which
      allows has the same hardware block (but maybe with minor variants).
      
      Therefore, this patch changes the driver to accept
      "marvell,kirkwood-audio" and "marvell,dove-audio" as compatible
      strings instead of the too-generic "marvell,mvebu-audio". The reason
      for the two different compatible strings is the difference in the
      number of interrupts used by the two SOCs for audio.
      
      This Device Tree binding has never been part of a Linux kernel stable
      release so far, so it can be changed now without breaking backward
      compatibility.
      
      [1] http://lists.infradead.org/pipermail/linux-mtd/2012-March/040417.html
      [2] http://lists.infradead.org/pipermail/linux-arm-kernel/2013-April/161065.html
      [3] http://lists.infradead.org/pipermail/linux-arm-kernel/2012-March/087702.htmlSigned-off-by: NThomas Petazzoni <thomas.petazzoni@free-electrons.com>
      Signed-off-by: NMark Brown <broonie@linaro.org>
      d098b2f0
  11. 05 9月, 2013 2 次提交
  12. 03 9月, 2013 5 次提交
  13. 01 9月, 2013 1 次提交
    • W
      spi: quad: fix the name of DT property · a110f93d
      wangyuhang 提交于
      spi: quad: fix the name of DT property in patch
      
      The previous property name spi-tx-nbits and spi-rx-nbits looks not
      human-readable. To make it consistent with other devices, using property
      name spi-tx-bus-width and spi-rx-bus-width instead of the previous one
      specify the number of data wires that spi controller will work in.
      Add the specification in spi-bus.txt.
      Signed-off-by: Nwangyuhang <wangyuhang2014@gmail.com>
      Signed-off-by: NMark Brown <broonie@linaro.org>
      a110f93d
  14. 31 8月, 2013 2 次提交
  15. 30 8月, 2013 11 次提交
  16. 29 8月, 2013 5 次提交