1. 30 8月, 2007 1 次提交
  2. 30 6月, 2007 1 次提交
    • K
      [MTD] [OneNAND] 2X program support · ee9745fc
      Kyungmin Park 提交于
      The 2X Program is an extension of Program Operation.
      
      Since the device is equipped with two DataRAMs, and two-plane NAND Flash 
      memory array, these two component enables simultaneous program of 4KiB.
      Plane1 has only even blocks such as block0, block2, block4 while Plane2 
      has only odd blocks such as block1, block3, block5.
      So MTD regards it as 4KiB page size and 256KiB block size
      
      Now the following chips support it. (KFXXX16Q2M)
      Demux: KFG2G16Q2M, KFH4G16Q2M, KFW8G16Q2M,
      Mux:   KFM2G16Q2M, KFN4G16Q2M,
      
      And more recent chips
      Signed-off-by: NKyungmin Park <kyungmin.park@samsung.com>
      Signed-off-by: NDavid Woodhouse <dwmw2@infradead.org>
      ee9745fc
  3. 09 5月, 2007 1 次提交
  4. 25 4月, 2007 2 次提交
  5. 09 3月, 2007 5 次提交
  6. 08 3月, 2007 1 次提交
    • V
      [MTD] [NAND] make oobavail public · 1f92267c
      Vitaly Wool 提交于
      During the MTD rework the oobavail parameter of mtd_info structure has become
      private. This is not quite correct in terms of integrity and logic. If we have
      means to write to OOB area, then we'd like to know upfront how many bytes out
      of OOB are spare per page to be able to adapt to specific cases.
      The patch inlined adds the public oobavail parameter.
      Signed-off-by: NVitaly Wool <vwool@ru.mvista.com>
      Signed-off-by: NDavid Woodhouse <dwmw2@infradead.org>
      1f92267c
  7. 19 2月, 2007 1 次提交
  8. 09 2月, 2007 3 次提交
  9. 07 2月, 2007 2 次提交
  10. 06 2月, 2007 1 次提交
  11. 02 2月, 2007 3 次提交
  12. 01 2月, 2007 1 次提交
  13. 31 1月, 2007 1 次提交
  14. 25 1月, 2007 1 次提交
  15. 22 1月, 2007 1 次提交
  16. 18 1月, 2007 4 次提交
  17. 10 1月, 2007 7 次提交
  18. 11 12月, 2006 1 次提交
  19. 30 11月, 2006 1 次提交
  20. 16 11月, 2006 2 次提交