1. 21 9月, 2009 1 次提交
  2. 03 9月, 2009 1 次提交
    • A
      mtd: m25p80: fix null pointer dereference bug · edcb3b14
      Anton Vorontsov 提交于
      This patch fixes the following oops, observed with MTD_PARTITIONS=n:
      
      m25p80 spi32766.0: m25p80 (1024 Kbytes)
      Unable to handle kernel paging request for data at address 0x00000008
      Faulting instruction address: 0xc03a54b0
      Oops: Kernel access of bad area, sig: 11 [#1]
      Modules linked in:
      NIP: c03a54b0 LR: c03a5494 CTR: c01e98b8
      REGS: ef82bb60 TRAP: 0300   Not tainted  (2.6.31-rc4-00167-g4733fd32)
      MSR: 00029000 <EE,ME,CE>  CR: 24022022  XER: 20000000
      DEAR: 00000008, ESR: 00000000
      TASK = ef82c000[1] 'swapper' THREAD: ef82a000
      GPR00: 00000000 ef82bc10 ef82c000 0000002e 00001eb8 ffffffff c01e9824 00000036
      GPR08: c054ed40 c0542a08 00001eb8 00004000 22022022 1001a1a0 3ff8fd00 00000000
      GPR16: 00000000 00000001 00000000 00000000 ef82bddc c0530000 efbef500 ef8356d0
      GPR24: 00000000 ef8356d0 00000000 efbf7a00 c0530ec4 ffffffed efbf5300 c0541f98
      NIP [c03a54b0] m25p_probe+0x22c/0x354
      LR [c03a5494] m25p_probe+0x210/0x354
      Call Trace:
      [ef82bc10] [c03a5494] m25p_probe+0x210/0x354 (unreliable)
      [ef82bca0] [c024e37c] spi_drv_probe+0x2c/0x3c
      [ef82bcb0] [c01f1afc] driver_probe_device+0xa4/0x178
      [ef82bcd0] [c01f06e8] bus_for_each_drv+0x6c/0xa8
      [ef82bd00] [c01f1a34] device_attach+0x84/0xa8
      ...
      Signed-off-by: NAnton Vorontsov <avorontsov@ru.mvista.com>
      Cc: David Brownell <david-b@pacbell.net>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NArtem Bityutskiy <Artem.Bityutskiy@nokia.com>
      Signed-off-by: NDavid Woodhouse <David.Woodhouse@intel.com>
      edcb3b14
  3. 27 6月, 2009 1 次提交
  4. 06 6月, 2009 2 次提交
  5. 08 5月, 2009 1 次提交
  6. 29 4月, 2009 1 次提交
    • S
      mtd: Bug in m25p80.c during whole-chip erase · 3f33b0aa
      Steven A. Falco 提交于
      There is a logic error in "whole chip erase" for the m25p80 family.  If
      the whole device is successfully erased, erase_chip() will return 0, and
      the code will fall through to the "else" clause, and do sector-by-sector
      erase in addition to the whole-chip erase.  This patch corrects that.
      
      Also, the MAX_READY_WAIT_COUNT is insufficient for an m25p16 connected
      to a 400 MHz powerpc.  Increasing it allows me to successfully program
      the device on my board.
      Signed-off-by: NSteven A. Falco <sfalco@harris.com>
      Signed-off-by: NDavid Woodhouse <David.Woodhouse@intel.com>
      3f33b0aa
  7. 04 4月, 2009 1 次提交
  8. 20 3月, 2009 1 次提交
  9. 07 1月, 2009 1 次提交
  10. 23 12月, 2008 1 次提交
  11. 20 12月, 2008 1 次提交
  12. 26 11月, 2008 3 次提交
  13. 20 10月, 2008 1 次提交
  14. 14 10月, 2008 1 次提交
  15. 12 8月, 2008 3 次提交
  16. 11 7月, 2008 1 次提交
  17. 06 6月, 2008 1 次提交
  18. 25 4月, 2008 2 次提交
  19. 22 4月, 2008 1 次提交
  20. 29 6月, 2007 3 次提交
  21. 31 12月, 2006 1 次提交
  22. 08 12月, 2006 1 次提交
  23. 05 9月, 2006 1 次提交
  24. 14 6月, 2006 1 次提交
  25. 29 5月, 2006 1 次提交
  26. 12 4月, 2006 1 次提交
  27. 01 4月, 2006 1 次提交
  28. 14 1月, 2006 3 次提交