Kernel + fdt FITイメージで検証されたLinuxカーネルのみを起動するようにU-Bootを設定しようとしています。 （すべてはYoctoの下に構築されました）。 U-Boot binは起動用のデフォルトのデバイスツリーを接続しますが、FITイメージにはカーネルの完全なツリーがあります。
カーネルが起動すると、U-BootがFITイメージのデバイスツリーを無視し、代わりにfdtaddr（== 0x11000000）値に基づいて独自のデバイスツリーを渡すことを除いて、すべてがうまく機能します。
Hit any key to stop autoboot: 0
reading uImage
3346230 bytes read in 100 ms (31.9 MiB/s)
## Loading kernel from FIT Image at 18000000 ...
No configuration specified, trying default...
Found default configuration: 'conf@1'
Using 'conf@1' configuration
Verifying Hash Integrity ... sha1,rsa2048:dev+ OK
Trying 'kernel@1' kernel subimage
Description: Linux kernel
Type: Kernel Image
Compression: uncompressed
Data Start: 0x180000e8
Data Size: 3304016 Bytes = 3.2 MiB
Architecture: ARM
OS: Linux
Load Address: 0x10008000
Entry Point: 0x10008000
Hash node: 'hash@1'
Hash algo: sha1
Hash value: ff0333f01a894f81d716605f7c7995d651ff8111
Hash len: 20
Verifying Hash Integrity ... sha1+ OK
* fdt: cmdline image address = 0x11000000
## Checking for 'FDT'/'FDT Image' at 11000000
Wrong FIT format: no description
* fdt: raw FDT blob
## Flattened Device Tree blob at 11000000
Booting using the fdt blob at 0x11000000
of_flat_tree at 0x11000000 size 0x0000505a
Loading Kernel Image ... OK
## device tree at 11000000 ... 11005059 (len=32858 [0x805A])
Loading Device Tree to 2f72e000, end 2f736059 ... OK
[注：私のU-Bootには、ボードメーカーによって提供されるいくつかのボード固有のモジュールがあり、これによりU-Bootの標準動作が変わる可能性があります。]
イメージをロードした後に正しい操作が得られたら、「setenv fdtaddr ${loadaddr}」（== 0x18000000） - その後、U-BootするFITイメージでデバイスツリーを見つけて渡します。
Hit any key to stop autoboot: 0
reading uImage
3346230 bytes read in 101 ms (31.6 MiB/s)
## Loading kernel from FIT Image at 18000000 ...
No configuration specified, trying default...
Found default configuration: 'conf@1'
Using 'conf@1' configuration
Verifying Hash Integrity ... sha1,rsa2048:dev+ OK
Trying 'kernel@1' kernel subimage
Description: Linux kernel
Type: Kernel Image
Compression: uncompressed
Data Start: 0x180000e8
Data Size: 3304016 Bytes = 3.2 MiB
Architecture: ARM
OS: Linux
Load Address: 0x10008000
Entry Point: 0x10008000
Hash node: 'hash@1'
Hash algo: sha1
Hash value: ff0333f01a894f81d716605f7c7995d651ff8111
Hash len: 20
Verifying Hash Integrity ... sha1+ OK
* fdt: cmdline image address = 0x18000000
## Checking for 'FDT'/'FDT Image' at 18000000
## Loading fdt from FIT Image at 18000000 ...
No configuration specified, trying default...
Found default configuration: 'conf@1'
Using 'conf@1' configuration
Trying 'fdt@1' fdt subimage
Description: Flattened Device Tree blob
Type: Flat Device Tree
Compression: uncompressed
Data Start: 0x18326c2c
Data Size: 38269 Bytes = 37.4 KiB
Architecture: ARM
Hash node: 'hash@1'
Hash algo: sha1
Hash value: 79d5eeb892ef059566c04d98cdc6b30e92a665a2
Hash len: 20
Verifying Hash Integrity ... sha1+ OK
Can't get 'load' property from FIT 0x18000000, node: offset 3304372, name fdt@1 (FDT_ERR_NOTFOUND)
Booting using the fdt blob at 0x18326c2c
of_flat_tree at 0x18326c2c size 0x0000957d
Loading Kernel Image ... OK
## device tree at 18326c2c ... 183301a8 (len=50557 [0xC57D])
Loading Device Tree to 2f72a000, end 2f73657c ... OK
これはうまくいきますが（上記のコマンドを「default_bootargs」に追加できます）、同じ動作を得るための「適切な」トリックがないかどうか疑問に思います。 FITイメージをロードすると、次のようになります。すると、u-Bootは自然にカーネルだけでなくデバイスツリーもロードします。 （まだbootmコマンドのオプションを特定できませんでした...）
ありがとう
[編集する:]
/dts-v1/;
/ {
description = "U-Boot fitImage for MyBoard/4.4/tx6";
#address-cells = <1>;
images {
kernel@1 {
description = "Linux kernel";
data = /incbin/("linux.bin");
type = "kernel";
arch = "arm";
os = "linux";
compression = "none";
load = <0x10008000>;
entry = <0x10008000>;
hash@1 {
algo = "sha1";
};
};
fdt@1 {
description = "Flattened Device Tree blob";
data = /incbin/("arch/arm/boot/dts/tx6.dtb");
type = "flat_dt";
arch = "arm";
compression = "none";
hash@1 {
algo = "sha1";
};
};
};
configurations {
default = "conf@1";
conf@1 {
description = "Linux kernel, FDT blob";
kernel = "kernel@1";
fdt = "fdt@1";
hash@1 {
algo = "sha1";
};
signature@1 {
algo = "sha1,rsa2048";
key-name-hint = "dev-example";
sign-images = "kernel", "fdt";
};
};
};
};
[編集する:]
autoload=no
autostart=no
baseboard=stk5-v3
baudrate=115200
boot_mode=mmc
bootargs_jffs2=run default_bootargs;setenv bootargs ${bootargs} root=/dev/mtdblock3 rootfstype=jffs2
bootargs_mmc=run default_bootargs;setenv bootargs ${bootargs} root=PARTUUID=${rootpart_uuid} rootwait
bootargs_nfs=run default_bootargs;setenv bootargs ${bootargs} root=/dev/nfs nfsroot=${nfs_server}:${nfsroot},nolock ip=dhcp
bootargs_sdcard=run default_bootargs;setenv bootargs ${bootargs} root=/dev/mmcblk0p2 rootwait
bootargs_ubifs=run default_bootargs;setenv bootargs ${bootargs} ubi.mtd=rootfs root=ubi0:rootfs rootfstype=ubifs
bootcmd=run bootcmd_${boot_mode} bootm_cmd
bootcmd_jffs2=setenv autostart no;run bootargs_jffs2;nboot linux
bootcmd_mmc=setenv autostart no;run bootargs_mmc;fatload mmc 0 ${loadaddr} ${bootfile}
bootcmd_net=setenv autoload y;setenv autostart n;run bootargs_nfs;dhcp
bootcmd_sdcard=setenv autostart no;run bootargs_sdcard;fatload mmc 1:1 ${loadaddr} ${bootfile}
bootdelay=1
bootfile=uImage
bootm_cmd=bootm ${loadaddr} - ${fdtaddr}
cpu_clk=792
default_bootargs=setenv bootargs init=/sbin/init console=ttymxc0,115200 ro debug panic=1 ${append_bootargs}; setenv fdtaddr ${loadaddr}
emmc_boot_ack=1
emmc_boot_part=1
ethact=FEC
ethaddr=00:01:02:7f:e5:50
fdtaddr=11000000
fdtsave=mmc partconf 0 ${emmc_boot_ack} ${emmc_boot_part} ${emmc_boot_part};mmc write ${fdtaddr} 0x680 80;mmc partconf 0 ${emmc_boot_ack} ${emmc_boot_part} 0
fdtsize=505a
loadaddr=18000000
nfsroot=/tftpboot/rootfs
otg_mode=device
rootpart_uuid=0cc66cc0-02
splashimage=18000000
stderr=serial
stdin=serial
stdout=serial
touchpanel=edt-ft5x06
ver=U-Boot 2015.10-rc2 (Aug 11 2017 - 18:57:06 +0100)
video_mode=VGA
ベストアンサー1
この正確な質問に対する答えは、U-Bootが非常に柔軟にしようとし、時には混乱を引き起こすことを理解することから来ています。提供された環境を見ると、bootcmd（ブート遅延の終わりに実行されます）が次のように要約されていることがわかります。
bootm ${loadaddr} - ${fdtaddr}
これは私たちが見ることを意味します。${アドレスを読み込む}私たちのイメージでは、行くところがないラムディスクの場合${fdtaddr}デバイスツリーで使用されます。従来のスタイルのuImageの場合、RAMディスクとデバイスツリーは（おそらく）ファイルに含まれていないため、これは意味があります。ただし、FITイメージにはこれらすべてが含まれており、出版社が使用したい便利な追加機能がたくさんあります。 FITイメージに含まれるデバイスツリーを選択した後、U-Bootは残りのパラメータを解析し、デバイスツリーを使用するために$ {fdtaddr}を探します。もしスタートコマンド単純に設定：
bootm ${loadaddr}
代わりに期待どおりに動作します。