1. 23 7月, 2007 1 次提交
  2. 06 7月, 2007 1 次提交
  3. 05 7月, 2007 1 次提交
  4. 29 6月, 2007 3 次提交
  5. 09 5月, 2007 1 次提交
  6. 20 4月, 2007 1 次提交
  7. 18 4月, 2007 1 次提交
    • S
      [MTD] Fix fwh_lock locking · e6be133b
      Shashi Rao 提交于
      This is on a custom board with a mapping driver access to an ST
      M50LPW080 chip. This chip is probed successfully with
      do_map_probe("jedec_probe",...). If I use the mtdchar interface to
      perform unlock->erase->program->lock on any of the 16 eraseblocks in the
      chip, the chip is left in FL_STATUS mode while the data structures
      believe that the chip is in FL_READY mode. Hence, any subsequent reads
      to any flash byte results in 0x80 being read.
      Signed-off-by: NShashi Rao <shashi@sun.com>
      Signed-off-by: NDavid Woodhouse <dwmw2@infradead.org>
      e6be133b
  8. 03 4月, 2007 1 次提交
  9. 08 3月, 2007 1 次提交
  10. 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
  11. 09 2月, 2007 3 次提交
  12. 30 11月, 2006 1 次提交
  13. 29 11月, 2006 2 次提交
  14. 21 10月, 2006 3 次提交
  15. 04 10月, 2006 1 次提交
  16. 22 9月, 2006 1 次提交
  17. 16 9月, 2006 1 次提交
  18. 17 8月, 2006 2 次提交
  19. 15 8月, 2006 1 次提交
  20. 15 7月, 2006 1 次提交
    • A
      [MTD] Fixes of performance and stability issues in CFI driver. · 46a1652c
      Alexey Korolev 提交于
      Fix of performance and stability issues on Intel NOR chips. It fixes:
      
      1. Very low write performance on Sibley (perf tests demonstrated write
         performance less than 100Kb/sec when it should be over 400Kb/sec).
      
      2. Low erase performance. (perf tests on Sibleuy demonstrated erase
         performance 246Kb/sec when it should be over 300Kb/sec).
      
      3. Error on JFFS2 tests with CPU loading application when MTD returns
         "block erase error: (status timeout)" To fix the issue it does the
         following:
           1. Removes the timeout tuning from inval_cache_and_wait_for_operation.
           2. Waiting conditions in inval_cache_and_wait_for_operation now is
               based on timer resolution
              If timeout is lower than timer resolution then we do in cycle
      	  "Checking the status"
      	  udelay(1);
      	  cond_resched();
              If timeout is greater than timer resolution (probably erase
              operation) We do the following
      	  sleep for half of operation timeout and do in cycle the following
      	    "Checking the status"
      	    sleep for timer resolution
      Signed-off-by: NNicolas Pitre <nico@cam.org>
      Signed-off-by: NAlexey Korolev <akorolev@infradead.org>
      Signed-off-by: NDavid Woodhouse <dwmw2@infradead.org>
      46a1652c
  21. 01 7月, 2006 1 次提交
  22. 22 6月, 2006 1 次提交
  23. 15 6月, 2006 1 次提交
  24. 14 6月, 2006 1 次提交
  25. 30 5月, 2006 2 次提交
  26. 23 5月, 2006 3 次提交
    • J
      [MTD] Introduce MTD_BIT_WRITEABLE · 5fa43394
      Joern Engel 提交于
      o Add a flag MTD_BIT_WRITEABLE for devices that allow single bits to be
        cleared.
      o Replace MTD_PROGRAM_REGIONS with a cleared MTD_BIT_WRITEABLE flag for
        STMicro and Intel Sibley flashes with internal ECC.  Those flashes
        disallow clearing of single bits, unlike regular NOR flashes, so the
        new flag models their behaviour better.
      o Remove MTD_ECC.  After the STMicro/Sibley merge, this flag is only set
        and never checked.
      Signed-off-by: NJoern Engel <joern@wh.fh-wedel.de>
      5fa43394
    • J
      [MTD] Merge STMicro NOR_ECC code with Intel Sibley code · c8b229de
      Joern Engel 提交于
      In 2002, STMicro started producing NOR flashes with internal ECC protection
      for small blocks (8 or 16 bytes).  Support for those flashes was added by me.
      In 2005, Intel Sibley flashes copied this strategy and Nico added support for
      those.  Merge the code for both.
      Signed-off-by: NJoern Engel <joern@wh.fh-wedel.de>
      c8b229de
    • J
      [MTD] Introduce writesize · 28318776
      Joern Engel 提交于
      At least two flashes exists that have the concept of a minimum write unit,
      similar to NAND pages, but no other NAND characteristics.  Therefore, rename
      the minimum write unit to "writesize" for all flashes, including NAND.
      Signed-off-by: NJoern Engel <joern@wh.fh-wedel.de>
      28318776
  27. 22 5月, 2006 1 次提交
  28. 20 5月, 2006 1 次提交
  29. 18 5月, 2006 1 次提交