1. 15 7月, 2008 2 次提交
    • P
      mmc: remove multiwrite capability · 23af6039
      Pierre Ossman 提交于
      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: NPierre Ossman <drzeus@drzeus.cx>
      23af6039
    • P
      mmc_block: wait for card even on failures · 979ce720
      Pierre Ossman 提交于
      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: NPierre Ossman <drzeus@drzeus.cx>
      979ce720
  2. 06 6月, 2008 1 次提交
  3. 28 1月, 2008 1 次提交
  4. 22 11月, 2007 2 次提交
  5. 24 9月, 2007 1 次提交
  6. 23 9月, 2007 3 次提交
  7. 20 7月, 2007 1 次提交
  8. 10 7月, 2007 1 次提交
  9. 24 5月, 2007 1 次提交
  10. 15 5月, 2007 1 次提交
  11. 01 5月, 2007 6 次提交
  12. 15 2月, 2007 1 次提交
    • T
      [PATCH] remove many unneeded #includes of sched.h · cd354f1a
      Tim Schmielau 提交于
      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: NTim Schmielau <tim@physik3.uni-rostock.de>
      Acked-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      cd354f1a
  13. 05 2月, 2007 3 次提交
    • P
      mmc: Proper unclaim in mmc_block · 397411e6
      Pierre Ossman 提交于
      Make sure we release the claim on the host even on failure.
      Signed-off-by: NPierre Ossman <drzeus@drzeus.cx>
      397411e6
    • P
      mmc: Allow host drivers to specify max block count · 55db890a
      Pierre Ossman 提交于
      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: NPierre Ossman <drzeus@drzeus.cx>
      55db890a
    • P
      mmc: Add support for SDHC cards · fba68bd2
      Philip Langdale 提交于
      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: NPhilipl Langdale <philipl@overt.org>
      Signed-off-by: NPierre Ossman <drzeus@drzeus.cx>
      fba68bd2
  14. 02 12月, 2006 2 次提交
  15. 06 10月, 2006 1 次提交
  16. 04 10月, 2006 1 次提交
  17. 24 9月, 2006 1 次提交
  18. 16 9月, 2006 2 次提交
  19. 07 9月, 2006 3 次提交
  20. 27 6月, 2006 4 次提交
  21. 24 5月, 2006 1 次提交
  22. 20 5月, 2006 1 次提交