Arm 覆盖U-boot代码?

Arm 覆盖U-boot代码?,arm,u-boot,Arm,U Boot,在AMVv7上,我使用U-boot作为引导加载程序 问题: 一旦它初始化了我的电路板,并将自己放入ram中,我的代码可以覆盖它吗? (我将提供向量表、TLB逻辑等) 我读到cpu重置不需要u-Boot的完全初始化 我们的计划是使用U-boot,一旦它完成了它的工作,就完全抛弃它(让我一开始就可以这么做),并在不牺牲任何ram的情况下完全控制电路板 这种方法有什么问题(如果有问题的话)?你想做什么都可以。例如,Linux内核就是这样运行的(一般来说),在U-Boot开始执行它被告知要加载和执行的任

在AMVv7上,我使用U-boot作为引导加载程序

问题: 一旦它初始化了我的电路板,并将自己放入ram中,我的代码可以覆盖它吗? (我将提供向量表、TLB逻辑等)

我读到cpu重置不需要u-Boot的完全初始化

我们的计划是使用U-boot,一旦它完成了它的工作,就完全抛弃它(让我一开始就可以这么做),并在不牺牲任何ram的情况下完全控制电路板


这种方法有什么问题(如果有问题的话)?

你想做什么都可以。例如,Linux内核就是这样运行的(一般来说),在U-Boot开始执行它被告知要加载和执行的任何东西之后,U-Boot就不存在了。

您想要做的是好的。例如,Linux内核就是这样运行的(一般来说),在U-Boot开始执行它被告知要加载和执行的任何东西之后,U-Boot就不存在了。

如果你的应用程序能够处理你的主板功能,那么就不必担心U-Boot,因为一旦它执行,加载和执行,这个RAM位置是可用内存


如果在u-boot程序空间下运行独立程序,程序将无法覆盖该程序。如果您尝试覆盖,主板将重新启动。

如果您的应用程序能够处理主板功能,则无需担心u-boot,因为一旦执行加载并执行,此RAM位置就是可用内存


如果在u-boot程序空间下运行独立程序,程序将无法覆盖该程序。如果您试图覆盖,主板将重新启动。

谢谢。是的,代码能够管理事件等。如果我有一些禁用的功能问题,我不想在重新启动时自己重新启动,我将恢复到动态u-boot加载策略,稍后我将再次覆盖。谢谢。是的,代码能够管理事件等。如果我有一些禁用的功能问题,我不想在重新启动时自己重新启动,我将恢复到动态u-boot加载策略,稍后我将再次覆盖该策略。