擦除 Flash NOR：ioctl(MEMUNLOCK) 返回狀態？

Question

我正在嘗試使用 C 語言中的 Linux MTD 驅動程序擦除 NOR 閃存...

我對ioctl(MEMUNLOCK)調用的返回狀態感到困惑，即使ioctl(MEMERASE)在它之后成功也會返回錯誤。

以下代碼顯示警告消息但有效（即閃存塊已被擦除）：

int erase_MTD_Pages(int fd, size_t size, off_t offset)
{
    mtd_info_t   mtd_info;
    erase_info_t ei;

    ioctl(fd, MEMGETINFO, &mtd_info);
    ei.length = mtd_info.erasesize;

    for(ei.start = offset; ei.start < (offset+size); ei.start += mtd_info.erasesize) {
        if(ioctl(fd, MEMUNLOCK, &ei) < 0)
        {
//          logPrintf(FAILURE, "[Flash] Can not unlock MTD (MEMUNLOCK, errno=%d)!\n", errno);
//          return RETURN_FILE_ERROR;
            logPrintf(WARNING, "[Flash] Can not unlock MTD (MEMUNLOCK, errno=%d)!\n", errno);

        }
        if(ioctl(fd, MEMERASE, &ei) < 0)
        {
            logPrintf(FAILURE, "[Flash] Can not erase MTD (MEMERASE, errno=%d)!\n", errno);
            return RETURN_FILE_ERROR;
        }
    }
    return RETURN_SUCCESS;
}

當我在網上查看一些 C 代碼時，並不總是檢查 MEMUNLOCK 的返回狀態（例如來自mtc.c ）：

ioctl(fd, MEMUNLOCK, &mtdEraseInfo);
if(ioctl(fd, MEMERASE, &mtdEraseInfo)) {
    fprintf(stderr, "Could not erase MTD device: %s\n", mtd);
    close(fd);
    exit(1);
}

flash_unlock也會返回錯誤：

root $ cat /proc/mtd
dev:    size   erasesize  name
mtd0: 00020000 00020000 "X-Loader-NOR"
mtd1: 000a0000 00020000 "U-Boot-NOR"
mtd2: 00040000 00020000 "Boot Env-NOR"
mtd3: 00400000 00020000 "Kernel-NOR"
mtd4: 03b00000 00020000 "File System-NOR"

root $ mtd_debug info /dev/mtd3
mtd.type = MTD_NORFLASH
mtd.flags = MTD_CAP_NORFLASH
mtd.size = 4194304 (4M)
mtd.erasesize = 131072 (128K)
mtd.writesize = 1
mtd.oobsize = 0
regions = 0

root $ flash_unlock /dev/mtd3
Could not unlock MTD device: /dev/mtd3

我錯過了什么嗎？ 使用某些配置從 MEMUNLOCK 獲取錯誤是否正常？

備注/環境：

• 只讀標志（MTD_WRITEABLE）在沒有設置上mtd3分區（僅在mtd0和mtd1 ）。
• flash_lock也返回相同的錯誤。
• TI AM3505（ARM Cortex A8、OMAP34）。
• Linux 2.6.37。
• 閃存 NOR Spansion S29GL512S12DHIV1。

內核日志：

mtdoops: mtd device (mtddev=name/number) must be supplied
physmap platform flash device: 08000000 at 08000000
physmap-flash.0: Found 1 x16 devices at 0x0 in 16-bit bank. Manufacturer ID 0x000001 Chip ID 0x002301
Amd/Fujitsu Extended Query Table at 0x0040
  Amd/Fujitsu Extended Query version 1.5.
  Silicon revision: 14
  Address sensitive unlock: Required
  Erase Suspend: Read/write
  Block protection: 1 sectors per group
  Temporary block unprotect: Not supported
  Block protect/unprotect scheme: 8
  Number of simultaneous operations: 0
  Burst mode: Not supported
  Page mode: 12 word page
  Vpp Supply Minimum Program/Erase Voltage: 0.0 V
  Vpp Supply Maximum Program/Erase Voltage: 0.0 V
  Top/Bottom Boot Block: Uniform, Top WP
number of CFI chips: 1
RedBoot partition parsing not available
Using physmap partition information
Creating 5 MTD partitions on "physmap-flash.0":
0x000000000000-0x000000020000 : "X-Loader-NOR"
0x000000020000-0x0000000c0000 : "U-Boot-NOR"
0x0000000c0000-0x000000100000 : "Boot Env-NOR"
0x000000100000-0x000000500000 : "Kernel-NOR"
0x000000500000-0x000004000000 : "File System-NOR"

Answer 1

對於我工作的閃存芯片（drivers/mtd/devices/m25p80.c），我發現沒有實現UNLOCK。 驅動程序的 ioctl(UNLOCK) 返回 -EOPNOTSUPP=95。 正如您所發現的，代碼檢查顯示 mtd_unlock 返回狀態被丟棄在地板上。

這些意味着 m25p80 驅動程序中的假設閃存永遠不會被鎖定，而在 mtd 驅動程序中，設備驅動程序可以省略 UNLOCK。 在我工作的板上，每次寫入后閃存都被 u-boot 鎖定，因此從 linux 擦除和重新編程根本不起作用。 我查看了 u-boot 驅動程序和設備數據表，得到了一些代碼來實現 m25p80_lock 和 m25p80_unlock，知道發生了什么后，這不是太難。 我沒有上游它。

芯片驅動程序沒有實現這些似乎確實是一個缺陷。

順便說一句，Mousstix，在這個問題中提供完整信息的工作非常好。

Answer 2

在較新的內核（在 4.1.18 上測試）上，有一個名為“use-advanced-sector-protection”的設備樹選項； 設置后，我能夠擦除/寫入受保護的閃存區域。 它也記錄在內核中：Documentation/devicetree/bindings/mtd/mtd-physmap.txt