私はフリースケールのmx5xボードでemebeddedデバイスを勉強し始めました。私は今、ボードのboot-modsを模索しています。 boot-mod choosedに応じて、適切なubootイメージが必要です。 mmc boot-modの場合は 、イメージはuboot-no-padding.binで、uboot.binから生成されます。 そうですね、私の質問： なぜ、パディングなしのubootが必要なのですか？2つのイメージの間のデフェンスは何ですか？uboot images for mx5x
助けてください、ありがとう
私は推測していますが、通常ubootは、すべてが消去ブロックサイズの量子で起こる書く「裸」フラッシュ、に置かれています。したがって、ブロックサイズを消去するためにuboot.binイメージを埋め込むことが理にかなっています。 MMCはフラッシュをベースにしていますが、フラッシュはファームウェアで管理されているため、消去ブロックのサイズを知らない（または気にしない）ので、パディングは何の理由もなくイメージを大きくします。
私の知るところでは、画像が読み込まれるSD、NAND、NORフラッシュメモリなどのフラッシュストレージデバイスは、特定のサイズ（私が知っているサイズから最小サイズで128k）より小さいイメージを受け付けません。生成されたu-bootイメージがそのしきい値よりも小さい場合は、それをロードできるようにパディングを追加する必要があります。
私は1kのパディングを取り除くためにddコマンドを使用していますが、最後には読み込みに適したサイズの128kのu-boot.binがあります。私は4GBのmicroSDを使用しています。これは私の個人的な経験からもたらされます。このリンクを見てください。 colibriターゲットのu-bootの構築と点滅について説明します。 6ページ目では、u-boot paddingについて語っています。
http://antmicro.com/files/release/u-boot-colibri/U-Boot_Colibri_Manual.pdf
私は便利願っています。