问题标签 [libcmtd]

我的 NAND 中有两个 u-boot 分区：

0：启动 0x00400000 0x00000000 0

1：ubootenv 0x00100000 0x00400000 0

我在板头文件的#define CONFIG_EXTRA_ENV_SETTINGS 中定义了 bootaugs 和 bootcmd，构建了 u=boot 并将 u-boot 安装到 NAND 引导分区，但是在 NAND 引导期间，如果 CONFIG_EXTRA_ENV_SETTINGS 不会自动设置 bootaugs 和 bootcmd 到 ubootenv 分区不能用来自动设置开机参数，有什么用？如何在不手动设置u-boot的情况下为NAND boot自动设置u-boot参数？

谢谢你。

亲切的问候

脚步：

1. flash_erase /dev/mtdx 0 0
   现在所有字节都是 0xffs，包括 OOB。
2. 将包含所有 0xffs 的页面写入分区的起始页面。
   nandwrite /dev/mtdx xyz.bin
   xyz.bin：大小：2048
3. nanddump -p -o -l 0x800 /dev/mtdx
   ：将全部显示为 0xffs 与 mainarea + oob

nanddump -p -o -l 0x800 /dev/mtdx -n : mainarea 有 0xffs 但 OOB 有一些数据
OOB Data: db 53 ad ce 6c 65 96 41 1a b2 6e 21 3f c6 63 4d
。
.
OOB 数据：db 53 ad ce 6c 65 96 41 1a b2 6e 21 3f c6 63 4d

-> nanddump -p -o -l 0x800 /dev/mtdx
：现在如果我再次发出使用 ecc 读取的命令，OOB 的数据与前面提到的相同。

为什么OOB数据不是0xffs。谁能解释一下？？严重卡在这里。

作为我的 VC C++ 项目的一部分，我收到此错误。libcmtd.lib(exe_main.obj) 错误 lnk2001 无法解析的外部符号 main

现在它是一个简单的 Hello world 项目，我正在尝试在 x64 的发布模式下构建它。我使用 MTd 作为运行时库。

我的问题本质上是这个问题的同上（如何更改 MTD 设备序列号？），但是，使用设备树控制 mtd id 排序的标记正确响应似乎对我不起作用。本质上，我也有一个新设备（我将调用 SPI1）添加到我的自定义硬件和设备树中，它被检测为 mtd0。这会导致我现有的 SPI 控制器（我将调用 SPI0）上的所有分区偏移 1。

我看到在设备内，设备树节点可以定义该设备内分区的顺序。如何实现对跨设备的 mtd id 顺序的控制？一些研究表明这完全是任意的，并且取决于内核探测设备的顺序。如果是这样，那么在内核源代码中实际发生的位置。如有必要，我愿意对其进行自定义，因为很多遗留代码都依赖于旧的 mtd_id 顺序。欢迎任何其他建议。

我不想从 eMMC 运行 U-boot 和内核。只想访问原始 eMMC 并执行一些读/写循环测试。我们可以通过写应用层来访问eMMC吗？

谢谢，