This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
您好!
考虑到安全性、 mcu1_0固件和 uboot 被放置在 OSPI 中、而其他 固件、内核和文件系统被放置在 eMMC 中。mcu1_0从 Uboot 的 OSPI 加载、而其他从 Uboot 的 eMMC 加载。如果是、具有 safefy 函数的 muc1_0即使 eMMC 中有问题、仍然可以运行 是这样吗?
此致!
HJ
您好、HJ、
您是否打算使用 R5-SPL 或 u-boot 从 SPI 加载固件? 从 SPI 读取固件
不受 SDK 支持。 默认情况下、我们从 MMC-SD 加载。 您需要一个附加补丁才能启用
从 eMMC 加载固件。 不支持从 OSPI 加载固件。
希望您可以解决这个问题。
此致、
基尔西
您好、JH、
R5-SPL 当前正在加载 MCU R5F 和 MAIN1 R5F 的固件。 因此 SPL 不支持从 SPI 加载固件。
现在、常见问题解答讨论了从 u-boot 加载、这是可能的。 您可以从 OSPI 引导至 u-boot 提示符
正如常见问题解答中提到的、您可以从 OSPI 闪存加载固件。 这绝对有可能。
注意:这将达到 MCU 的启动时间。 如果这不是一个限制、那么是的、常见问题解答方法肯定是可以的。
如果没有其他问题、请解决此问题。
此致、
基尔西
您好 、Keerty、
如常见问题解答的最后一句所述、我必须 手动使用 u-boot 命令。是否有方法可以轻松地使用 u-boot 环境变量自动执行这些步骤?您能提供一些建议吗?
此致!
HJ
[引用用户="Jian Huang2"]是否有方法可以使用 u-boot 环境变量轻松实现这些步骤的自动化?您能提供一些建议吗?
您好、HJ、
请查看以下链接第15页: https://www.digi.com/resources/documentation/digidocs/PDFs/90000852.pdf
很好地描述了如何编写脚本以运行命令。
如果没有其他问题、请解决此问题。
此致、
基尔西
您好 、Keerty、
对于 SDK 7.0、它从 SD 卡或 eMMC 引导。如果 uboot 位于 OSPI 中、而文件系统位于 eMMC 中、该怎么办?
此致!
HJ
您好、HJ、
我相信您已经从 OSPI 引导至 u-boot 提示符。 要在 eMMC 中使用文件系统引导 Linux、请执行以下操作
主题:
https://e2e.ti.com/support/processors/f/791/t/887773
此致、
基尔西
您好!
我认为我已经从 OSPI 加载 uboot、并从 eMMC 加载文件系统。但我不确定我是否已经执行过。您是否可以帮助我检查它?下面发布了引导日志和环境变量。
此致!
HJ
您好、HJ、
尝试从 SPI 引导
这清楚地表明您正在从 OSPI 引导、并且您的引导 args 正在明确确认
从 eMMC 引导的内存。
[5.442312] mmc0:已启用命令队列引擎
[5.446760] mmc0:地址0001处的新 HS400 MMC 卡
[5.451999] mmcblk0:mmc0:0001 S0J56X 14.8GiB
[5.457065] mmcblk0boot0:mmc0:0001 S0J56X 分区1 31.5 mib
[5.463081] mmcblk0boot1:mmc0:0001 S0J56X 分区2 31.5 mib
[5.469047] mmcblk0rpmb:mmc0:0001 S0J56X 分区3 4.00 mib、chardev (240:0)
[5.481327] mmcblk0:P1 P2
我确认您正在从 SPI 引导 u-boot 并从 eMMC 加载文件系统。
如果没有其他问题、请解决此问题。
此致、
基尔西