検証済みのLinuxカーネルのみをKernel + fdt FITイメージから起動するように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 does 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
この正確な問題への答えは、U-Bootが非常に柔軟にしようとすることを理解することから来ています。提供された環境を見ると、bootcmd(ブート遅延がなくなると実行される)が次のように要約されていることがわかります。
bootm ${loadaddr} - ${fdtaddr}
これは、イメージについては$ {loadaddr}、ラムディスクについてはno where、デバイスツリーについては$ {fdtaddr}を参照することを意味します使用する。レガシースタイルのuImageの場合、ramdiskとデバイスツリーが(おそらく)ファイル内に含まれていないため、これは理にかなっています。ただし、FIT画像にはこれらすべてが含まれており、(ポスターで使用したい)たくさんの便利な機能が追加されています。 FITイメージに含まれているデバイスツリーを選択した後、U-Bootは残りの引数を解析し、デバイスツリーが使用する$ {fdtaddr}を調べます。 bootm_cmdが単純に設定されている場合:
bootm ${loadaddr}
代わりに、期待どおりに機能します。
fdtノードに負荷を追加する
fdt@1 {
description = "Flattened Device Tree blob";
data = /incbin/("Arch/arm/boot/dts/tx6.dtb");
type = "flat_dt";
Arch = "arm";
load = <0x18000000>
compression = "none";
hash@1 {
algo = "sha1";
};
};