ブートローダーの構造を理解するための優れたツールまたは方法？

私は最近、オープンソースのブートローダーであるU-bootを実行しているAtmel AT91SAM9G20 SBCで取り組んでいる厄介なバグの原因を突き止めました。問題の核心は、U-bootがハードウェアを私が構築したものとは異なるように構成することを期待していたため、一部のデバイスレジスタが誤って構成されていたことでした。

私は問題を理解したので、レジスタを正しく構成するためにU-bootを微調整する必要があります。プログラムの最後に数行のコードを追加することで盲目的にこれを行うことができますが、それは面倒です。

これは私に私の質問をもたらします：U-bootがmain（）から開始してすべてのファイルのすべての可能なコードパスを読み取るよりも効率的に機能する方法を理解するにはどうすればよいですか？私はファイル内をぐるぐる回ってみて、関連する識別子の近くのコードを調べました。これは効果がないことが判明しました。ほとんどのコードは私が気にしていないサブシステムのドライバーのようです。私は実際にブートローダーがどのようにうまく機能するかを理解していますが、私の素朴なアプローチよりも優れた方法があることを願っています。

役立つ可能性のあるいくつかのツール/戦略があります。

• ソースコードを理解するためのより良いツール：

  • cscopeはCコードを探索するためのツールで、grepに似ていますが構文を理解します
  • 関数呼び出し構造の図を描くためにグラフジェネレーターを呼び出す
  • 試していないけどフェンリスは面白そう

• ランタイム分析

  • デバッガーで興味深いセクションをステップ実行し、何が起こっているかを分析する
  • gccのインストルメンテーション機能を使用して、すべての関数の入り口/出口で良いチャンクを呼び出します。例えば。http://ndevilla.free.fr/etrace/

• 独自のミニブートローダーを作成する

  • 何かを理解するための最良の方法は、自分でそれを再現することであることがよくあります

残念ながら、すべてに有効な魔法のレシピはありません。

AT91用にビルドするようにどのように構成しましたか？

コードツリーは、アーキテクチャ固有のものは「arch /（cpu class）/（cpu type）/ ...」ツリーに配置されるように設計されているようです。私はarch / arm / cpu / arm926ejs / at91の下にAT91コードを見つけました...あなたが変更しようとしているバリアント固有のものはそこにありませんか？特にディレクトリのほとんど半分が個別のAT91バリアント固有であるため、そのディレクトリを調べることはそれほどひどくありません。

これが明らかである場合は申し訳ありません...しかし、あなたはこれをチェックすることについて言及しませんでした。

私はまだuBootコードツリーを見ていませんでしたが、あなたの投稿は私を怖がらせました。私のバックバーナープロジェクトでは、最終的にカスタムiMX233 PCBでuBootとLinuxを使用します。私は、uBootアーキテクチャとバリアント固有のものがどれだけ適切に分離され、どれほど大きな苦痛が生じるかについて、この種のフィードバックを得ることに非常に興味があります。