1. 03 Oct, 2008 1 commit
  2. 20 Sep, 2008 1 commit
  3. 05 Sep, 2008 1 commit
  4. 01 Aug, 2008 1 commit
  5. 15 Jul, 2008 2 commits
    • Pierre Ossman's avatar
      mmc: remove multiwrite capability · 23af6039
      Pierre Ossman authored
      
      
      Relax requirements on host controllers and only require that they do not
      report a transfer count than is larger than the actual one (i.e. a lower
      value is okay). This is how many other parts of the kernel behaves so
      upper layers should already be prepared to handle that scenario. This
      gives us a performance boost on MMC cards.
      Signed-off-by: default avatarPierre Ossman <drzeus@drzeus.cx>
      23af6039
    • Pierre Ossman's avatar
      mmc_block: wait for card even on failures · 979ce720
      Pierre Ossman authored
      
      
      Many failures are non-permanent, but the card might need some time to
      finish what it is doing before becoming responsive again. Make sure we
      wait for it to finish programming before dealing with the error.
      Signed-off-by: default avatarPierre Ossman <drzeus@drzeus.cx>
      979ce720
  6. 05 Jun, 2008 1 commit
  7. 28 Jan, 2008 1 commit
  8. 21 Nov, 2007 2 commits
  9. 23 Sep, 2007 4 commits
  10. 19 Jul, 2007 1 commit
  11. 09 Jul, 2007 1 commit
  12. 23 May, 2007 1 commit
  13. 14 May, 2007 1 commit
  14. 01 May, 2007 6 commits
  15. 14 Feb, 2007 1 commit
    • Tim Schmielau's avatar
      [PATCH] remove many unneeded #includes of sched.h · cd354f1a
      Tim Schmielau authored
      
      
      After Al Viro (finally) succeeded in removing the sched.h #include in module.h
      recently, it makes sense again to remove other superfluous sched.h includes.
      There are quite a lot of files which include it but don't actually need
      anything defined in there.  Presumably these includes were once needed for
      macros that used to live in sched.h, but moved to other header files in the
      course of cleaning it up.
      
      To ease the pain, this time I did not fiddle with any header files and only
      removed #includes from .c-files, which tend to cause less trouble.
      
      Compile tested against 2.6.20-rc2 and 2.6.20-rc2-mm2 (with offsets) on alpha,
      arm, i386, ia64, mips, powerpc, and x86_64 with allnoconfig, defconfig,
      allmodconfig, and allyesconfig as well as a few randconfigs on x86_64 and all
      configs in arch/arm/configs on arm.  I also checked that no new warnings were
      introduced by the patch (actually, some warnings are removed that were emitted
      by unnecessarily included header files).
      Signed-off-by: default avatarTim Schmielau <tim@physik3.uni-rostock.de>
      Acked-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      cd354f1a
  16. 04 Feb, 2007 3 commits
    • Pierre Ossman's avatar
      mmc: Proper unclaim in mmc_block · 397411e6
      Pierre Ossman authored
      
      
      Make sure we release the claim on the host even on failure.
      Signed-off-by: default avatarPierre Ossman <drzeus@drzeus.cx>
      397411e6
    • Pierre Ossman's avatar
      mmc: Allow host drivers to specify max block count · 55db890a
      Pierre Ossman authored
      
      
      Many controllers have an upper limit on the number of blocks that can be
      transferred in one request. Allow the host drivers to specify this and make
      sure we avoid hitting this limit.
      
      Also change the max_sectors field to avoid confusion. This makes it map
      less directly to the block layer limits, but as they didn't apply directly
      on MMC cards anyway, this isn't a great loss.
      Signed-off-by: default avatarPierre Ossman <drzeus@drzeus.cx>
      55db890a
    • Philip Langdale's avatar
      mmc: Add support for SDHC cards · fba68bd2
      Philip Langdale authored
      
      
      Thanks to the generous donation of an SDHC card by John Gilmore, and
      the surprisingly enlightened decision by the SD Card Association to
      publish useful specs, I've been able to bash out support for SDHC. The
      changes are not too profound:
      
      i) Add a card flag indicating the card uses block level addressing and
      check it in the block driver. As we never took advantage of byte-level
      addressing, this simply involves skipping the block -> byte
      translation when sending commands.
      
      ii) The layout of the CSD is changed - a set of fields are discarded
      to make space for a larger C_SIZE. We did not reference any of the
      discarded fields except those related to the C_SIZE.
      
      iii) Read and write timeouts are fixed values and not calculated from
      CSD values.
      
      iv) Before invoking SEND_APP_OP_COND, we must invoke the new
      SEND_IF_COND to inform the card we support SDHC.
      Signed-off-by: default avatarPhilipl Langdale <philipl@overt.org>
      Signed-off-by: default avatarPierre Ossman <drzeus@drzeus.cx>
      fba68bd2
  17. 01 Dec, 2006 2 commits
  18. 06 Oct, 2006 1 commit
  19. 04 Oct, 2006 1 commit
  20. 24 Sep, 2006 1 commit
  21. 16 Sep, 2006 2 commits
  22. 07 Sep, 2006 3 commits
  23. 26 Jun, 2006 2 commits