問題タブ [u-boot]

saveenvafter setenv. _ printenvとは見つかりましたが、 は見つかりsetenvませんでしsaveenvた。誰かがそれに光を当てることができますか？

現在、ARM S3C6410 デバイスに取り組んでいます。問題は、NAND の最初の 256KB が壊れていることです。SD カードで起動しようとしていますが、uboot は動作します。知りたいことは以下の通りです。

1. NANDなしでSDカードからカーネルを起動できますか?
2. SD カードから uboot を実行し、NAND の壊れていない領域からカーネルを起動できますか?

私は初心者です。グルの助けを願っています。

Ubuntu Linux で u-boot-1.1.6 をダウンロードして抽出しました。GCC を使用してソース コードをコンパイルしたいだけです (組み込みプラットフォームのクロス コンパイルは対象外です)。

提供されたメイクファイルを実行してみましMAKEALLたが、「powerpc-linux-gcc : Not Found」が発生しています。

私の理解では、ソース コードをコンパイルする必要があるプラットフォームに関係ありません。

x86 でのコンパイルに必要なメイクファイルと環境の変更は何ですか?

最近のコードを取得しました。まだいくつかの問題に直面しています

次の手順に従って、x86でコンパイルしました。

1. make clean;
2. make coreboot-x86_config
3. ./MAKEALL -C x86

ステップ 3 で、次のことを確認しました。

uboot と Linux 3.2 で動作する powerpc MPC875 CPU を搭載した組み込みプラットフォームがあります。このCPUのウォッチドッグ機能を使いたいです。私の問題は、Linux がウォッチドッグ ドライバーを起動する前にウォッチドッグがタイムアウトしたことです。

私の CPU クロック周波数は 131MHz で、ウォッチドッグの最大タイムアウトは ~1 秒です (プリスケーラを使用)。ウォッチドッグは、ハード リセットが有効になった後にデフォルトで設定され、1 回だけ設定できるため、uboot によって設定され、定期的に開始されます。uboot は、Linux カーネルを開始する直前にウォッチドッグを開始します。

その場合、カーネルには、ウォッチドッグがタイムアウトする前に、uboot を引き継いで犬を蹴るウォッチドッグ ドライバーをロードする時間がありません!

Linux のウォッチドッグ ドライバーは、以前にロードできるモジュールとしてではなく、コンパイルされています。フラット デバイス ツリーから検出された後にロードされます。

ウォッチドッグがタイムアウトするのを避けるために、Linux ウォッチドッグ ドライバを以前に起動する他の方法はありますか?

助けてくれてありがとう

ブライス

これは、u-boot に関する基本的な質問です。

u-boot コード自体が再配置されるのはなぜですか?

u-boot が NOR フラッシュまたはブート ROM 空間から実行されている場合は理にかなっていますが、すでに SDRAM から実行されている場合、なぜもう一度再配置する必要があるのでしょうか?

Raspberry PIでhttps://github.com/gonzoua/u-boot-pi/tree/rpiから u-boot をコンパイルしてインストールしました。よく働く。正常に起動し、うまく機能します ( http://arrizza.org/wiki/index.php/RPI_U-bootを参照)。実行可能ファイルの s-rec バージョンを使用して、サンプル アプリを読み込むことができます。

ここで、イメージを作成し、それを SD カード (u-boot イメージがあるのと同じ SD カード) に置き、そのイメージをロードして実行したいと思います。これは s-rec プロセスと同じです。s-rec 経由でイメージをロードし、「go」を使用して実行しますが、シリアル ポート経由でロードする代わりに、sd カードからイメージを取得するだけです。

私は使用してみました：

その後

それは大丈夫です：

ただし、rPI は自己再起動します。

• 同じ結果でファットロードも試しました

• ./imagetool-uncompressed.py を使用してイメージを作成してから、load または fatload を使用して移動しようとしましたが、喜びはありませんでした

• bootm で load/fatload を試しましたが、まだうまくいきません

私が試すことができる他のものはありますか？

ジョン

更新: @microMolvi は、私が間違ったアドレスを使用したことを指摘しました。私はそれを再実行しました：

printenv の出力は次のとおりです。

SOC に 2 つのコア PPC476 があります。1 つのコアで Linux カーネルを実行できます。

2番目のコアをubootのスピンループに配置し、後でそれを取り出してLinuxカーネルにマップする方法を誰かが教えてくれますか?

よろしく。

uboot から Linux への制御転送用の u-boot コードを調べていて、このコードに出くわしました。この割り当ては何をしますか?

u-boot を android4.2 ソースに移植し、gcc バージョン 4.6.x-google 20120106 を持つ android ツールチェーンを使用しています。

私のビルド環境: Ubuntu 10.04、ホスト gcc バージョン 4.4.3。

私のプラットフォームは arm-v7、cotex-a5 です。

問題は、u-boot で次のコンパイル エラーが発生する場合があることです (私は Android のビルドにマルチジョブを使用しています)。

でもビルドし直せばコンパイルエラーは消えます。</p>

3.5 以降の GCC がこのオプションをサポートしていないことはわかってい-mshort-load-bytesますが、私の gcc バージョンは 4.6 であり、確認include/generated/cc_options.mkしたところ、ビルドが失敗した場合の内容は次のとおりです。

成功した場合はありませんCC_OPTIONS += -mshort-load-bytes。

それで、誰でもこの問題をデバッグする方法を教えてもらえますか? ありがとう！