理解引导加载程序结构的好工具或方法？

最近，我弄清楚了我一直在与运行U-boot（一个开源的Bootloader）的Atmel AT91SAM9G20 SBC一起工作的一个令人讨厌的错误的原因。问题的核心是U-boot期望配置的硬件与我构建的硬件不同，因此某些设备寄存器的配置不正确。

现在，我已经解决了问题，我需要调整U-boot以正确配置寄存器。我可以通过在程序末尾添加几行代码来盲目地执行此操作，但这很麻烦。

这使我想到了一个问题：与从main（）开始并读取所有文件中所有可能的代码路径相比，我如何找出U-boot的工作效率更高？我试着在文件中四处寻找，并查看相关标识符附近的代码。事实证明这是无效的；似乎大多数代码是我不在乎的子系统的驱动程序。我实际上已经了解了引导加载程序到现在的运行情况，但是我希望有一种比我幼稚的方法更好的方法。

有几种工具/策略可能会有所帮助：

• 更好地理解源代码的工具：

  • cscope是用于探索C代码的工具，它类似于grep但可以理解语法
  • 调用图生成器绘制函数调用结构的图片
  • 芬里斯（Fenris）看起来很有趣，尽管我还没有尝试过

• 运行时分析

  • 使用调试器逐步浏览有趣的部分并分析发生了什么
  • 使用gcc的检测功能在每个函数的进入/退出时调用一个好块。例如。http://ndevilla.free.fr/etrace/

• 编写自己的迷你引导程序

  • 我经常发现理解某事的最好方法是自己重建

不幸的是，没有万能的万能药。

您如何配置它以为AT91构建？

代码树的设计似乎使得任何特定于体系结构的东西都位于“ arch /（cpu类）/（cpu类型）/ ...”树中。我在arch / arm / cpu / arm926ejs / at91下找到了AT91代码...您要更改的特定于变体的东西不在此处吗？在该目录中没有太多可浏览的内容，尤其是因为几乎有一半的文件是特定于AT91变体的。

抱歉，如果这很明显...但是您没有提到检查此内容。

我还没有看过uBoot代码树，但是您的帖子吓到我了。我的后燃器项目最终涉及在自定义iMX233 PCB上使用uBoot和Linux。我对获得有关uBoot架构和特定于变体的内容的隔离程度以及将要经历的痛苦有多大的反馈非常感兴趣。