擦除闪存NOR: ioctl(MEMUNLOCK)返回状态？
我试图用C中的Linux驱动程序擦除一个NOR Flash内存.
我对ioctl(MEMUNLOCK)调用的返回状态感到困惑，它返回一个错误，即使在它之后ioctl(MEMERASE)成功了。
以下代码显示警告消息，但有效(即已删除Flash块)：
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获得一些配置的错误是正常的吗？
说明/环境：
- 而非中的只读标志()设置在
mtd3分区上(仅在mtd0和mtd1上)。 flash_lock还返回相同的错误。- TI AM3505 (ARM Cortex A8，OMAP34)。
- Linux 2.6.37
- 闪光灯或平移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"回答 2
Stack Overflow用户
发布于 2013-10-31 20:19:20
对于我工作过的闪存芯片(驱动程序/mtd/devices/m25p80.c)，我发现解锁没有实现。驱动程序的ioctl(解锁)返回-EOPNOTSUPP=95。代码检查显示，正如您所发现的那样，mtd_unlock返回状态被丢弃在地板上。
这意味着，在m25p80驱动程序中，闪存永远不会被锁定，而在mtd驱动程序中，设备驱动程序可以省略解锁。在我工作的板上，闪存在每次写入后都被u引导锁定，所以从linux中擦除和重新编程根本不起作用。我查看了u引导驱动程序和设备数据表，得到了一些实现m25p80_lock和m25p80_unlock的代码，知道了发生了什么事情后就不太困难了。我没有逆流而上。
对于芯片驱动程序来说，不实现这些似乎是一个缺陷。
顺便说一句，Mousstix在这个问题上提供了完整的信息，做得很好。
Stack Overflow用户
发布于 2021-05-12 08:41:11
在较新的内核(在4.1.18上测试)上，有一个设备树选项，名为“使用高级扇区保护”；当设置该选项时，我能够擦除/写入受保护的闪存区域。它也被记录在内核: Documentation/devicetree/bindings/mtd/mtd-physmap.txt中。
https://stackoverflow.com/questions/19706584
复制相似问题
腾讯云开发者
