1. 03 6月, 2008 1 次提交
  2. 02 4月, 2008 1 次提交
  3. 06 2月, 2008 1 次提交
  4. 17 10月, 2007 1 次提交
  5. 16 10月, 2007 1 次提交
  6. 24 9月, 2007 1 次提交
    • D
      mmc_spi host driver · 15a0580c
      David Brownell 提交于
      This is the latest version of the MMC-over-SPI support.  It works
      on 2.6.23-rc2 plus git-mmc (from rc1-mm2), along with the preceding
      patches which teach the rest of the MMC stack about SPI.
      
      The main issue of note is that sometimes cards need to be power cycled
      to recover after certain faults.  Also, it may sometimes be necessary
      to disable CRCs.  ("modprobe mmc_core use_spi_crc=n")
      Signed-off-by: NDavid Brownell <dbrownell@users.sourceforge.net>
      Cc: mikael.starvik@axis.com,
      Cc: Hans-Peter Nilsson <hp@axis.com>
      Cc: Jan Nikitenko <jan.nikitenko@gmail.com>
      Cc: Mike Lavender <mike@steroidmicros.com>
      Signed-off-by: NPierre Ossman <drzeus@drzeus.cx>
      15a0580c
  7. 01 8月, 2007 3 次提交
  8. 18 7月, 2007 5 次提交
  9. 17 6月, 2007 1 次提交
    • D
      spi doc updates · f5a9c77d
      David Brownell 提交于
      Update two points in the SPI interface documentation:
      
      - Update description of the "chip stays selected after message ends"
        mode.  In some cases it's required for correctness; it isn't just a
        performance tweak.  (Yes: to use this mode on mult-device busses, another
        programming interface will be needed.  One draft has been circulated
        already.)
      
      - Clarify spi_setup(), highlighting that callers must ensure that no
        requests are queued (can't change configuration except between I/Os), and
        that the device must be deselected when this returns (which is a key part
        of why it's called during device init).
      Signed-off-by: NDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      f5a9c77d
  10. 09 5月, 2007 2 次提交
  11. 08 5月, 2007 1 次提交
  12. 17 3月, 2007 1 次提交
  13. 13 2月, 2007 5 次提交
  14. 08 2月, 2007 2 次提交
  15. 18 1月, 2007 2 次提交
  16. 31 12月, 2006 1 次提交
    • D
      [PATCH] SPI: define null tx_buf to mean "shift out zeroes" · 4b1badf5
      David Brownell 提交于
      Some issues were recently turned up with the current specification of what
      it means for spi_transfer.tx_buf to be null, as part of transfers which are
      (from the SPI protocol driver perspective) pure reads.
      
      Specifically, that it seems better to change the TX behaviour there from
      "undefined" to "will shift zeroes".  This lets protocol drivers (like the
      ads7846 driver) depend on that behavior.  It's what most controller drivers
      in the tree are already doing (with one exception and one case of driver
      wanting-to-oops), it's what Microwire hardware will necessarily be doing,
      and it removes an issue whereby certain security audits would need to
      define such a value anyway as part of removing covert channels.
      
      This patch changes the specification to require shifting zeroes, and
      updates all currently merged SPI controller drivers to do so.
      Signed-off-by: NDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      4b1badf5
  17. 29 6月, 2006 1 次提交
  18. 17 5月, 2006 5 次提交
  19. 26 4月, 2006 1 次提交
  20. 12 4月, 2006 2 次提交
  21. 14 1月, 2006 2 次提交