1. 03 Dec, 2012 4 commits
    • Huang Shijie's avatar
      mtd: remove the "chip" parameter in nand_get_device() · 6a8214aa
      Huang Shijie authored
      There are two reasons to remove the "chip" parameter in nand_get_device():
      
      [1] The nand_release_device() does not have the "chip" parameter.
      [2] We can get the nand_chip by the mtd->priv field.
      
      This patch removes the "chip" parameter in nand_get_device().
      Signed-off-by: default avatarHuang Shijie <b32955@freescale.com>
      Signed-off-by: default avatarArtem Bityutskiy <artem.bityutskiy@linux.intel.com>
      6a8214aa
    • Huang Shijie's avatar
      mtd: remove the de-select chip code in nand_release_device() · b0bb6903
      Huang Shijie authored
      The nand_get_device() does not select the chip, but nand_release_device()
      does de-select the chip. It is really strange.
      
      With the current code, nand_sync() will de-select the chip, even if the chip
      has never been selected.
      
      To make the balance of select/de-select chip, it's better to remove the
      de-select chip code in nand_release_device() which makes the code more
      clear.
      Signed-off-by: default avatarHuang Shijie <b32955@freescale.com>
      Signed-off-by: default avatarArtem Bityutskiy <artem.bityutskiy@linux.intel.com>
      b0bb6903
    • Liming Wang's avatar
      mtd: m25p80: modify info for Micron N25Q128 · 98a9e245
      Liming Wang authored
      Micron N25Q128 has two types of flash:
      
       - One is for 1.8v supply voltage, prefixed with "n25q128a11" and the jedec
         code is 0x20bb18.
      
       - Another is for 3v supply voltage, prefixed with "n25q128a13" and the jedec
         code is 0x20ba18.
      
      So modify the original type info and add another type for Micron N25Q128.
      Signed-off-by: default avatarLiming Wang <walimisdev@gmail.com>
      Signed-off-by: default avatarArtem Bityutskiy <artem.bityutskiy@linux.intel.com>
      98a9e245
    • Nathan Williams's avatar
      mtd cs553x_nand: Initialise ecc.strength before nand_scan() · d1f3b65d
      Nathan Williams authored
      Loading cs553x_nand with Hynix H27U1G8F2BTR NAND flash causes this bug:
      
      kernel BUG at drivers/mtd/nand/nand_base.c:3345!
      invalid opcode: 0000 [#1]
      Modules linked in: cs553x_nand(+) vfat fat usb_storage ehci_hcd usbcore usb_comr
      Pid: 436, comm: modprobe Not tainted 3.6.7 #1
      EIP: 0060:[<c118d205>] EFLAGS: 00010296 CPU: 0
      EIP is at nand_scan_tail+0x64c/0x69c
      EAX: 00000034 EBX: cea6ed98 ECX: 00000000 EDX: 00000000
      ESI: cea6ec00 EDI: cea6ec00 EBP: 20000000 ESP: cdd17e48
       DS: 007b ES: 007b FS: 0000 GS: 0000 SS: 0068
      CR0: 8005003b CR2: 0804e119 CR3: 0d850000 CR4: 00000090
      DR0: 00000000 DR1: 00000000 DR2: 00000000 DR3: 00000000
      DR6: ffff0ff0 DR7: 00000400
      Process modprobe (pid: 436, ti=cdd16000 task=cdd1c320 task.ti=cdd16000)
      Stack:
       c12e962c c118f7ef 00000003 cea6ed98 d014b25c 20000000 fffff007 00000001
       00000000 cdd53b00 d014b000 c1001021 cdd53b00 d01493c0 cdd53b00 cdd53b00
       d01493c0 c1047f83 d014b4a0 00000000 cdd17f9c ce4be454 cdd17f48 cdd1c320
      Call Trace:
       [<c118f7ef>] ? nand_scan+0x1b/0x4d
       [<d014b25c>] ? init_module+0x25c/0x2de [cs553x_nand]
       [<d014b000>] ? 0xd014afff
       [<c1001021>] ? do_one_initcall+0x21/0x111
       [<c1047f83>] ? sys_init_module+0xe4/0x1261
       [<c1031207>] ? task_work_run+0x36/0x43
       [<c1265ced>] ? syscall_call+0x7/0xb
      Code: fa ff ff c7 86 d8 00 00 00 01 00 00 00 e9 5f fc ff ff 68 f8 26 2e c1 e8 a7
      EIP: [<c118d205>] nand_scan_tail+0x64c/0x69c SS:ESP 0068:cdd17e48
      
      Initialising ecc.strength before the call to nand_scan() fixes this.
      Signed-off-by: default avatarNathan Williams <nathan@traverse.com.au>
      Cc: stable@vger.kernel.org [3.4+]
      Acked-by: default avatarBrian Norris <computersforpeace@gmail.com>
      Acked-by: default avatarMike Dunn <mikedunn@newsguy.com>
      Signed-off-by: default avatarArtem Bityutskiy <artem.bityutskiy@linux.intel.com>
      d1f3b65d
  2. 22 Nov, 2012 15 commits
  3. 21 Nov, 2012 8 commits
  4. 18 Nov, 2012 4 commits
  5. 16 Nov, 2012 5 commits
  6. 15 Nov, 2012 4 commits