LinuxはU-Boot再配置されたFDT（highmemから）にアクセスできません。

Question

したがって、この問題を解決する1つの方法は、いくつかの追加の環境変数を使用することです。 include/configs/ti_armv7_common.hを見ると、次のようなものがあります。

/*
 * We setup defaults based on constraints from the Linux kernel, which should
 * also be safe elsewhere.  We have the default load at 32MB into DDR (for
 * the kernel), FDT above 128MB (the maximum location for the end of the
 * kernel), and the ramdisk 512KB above that (allowing for hopefully never
 * seen large trees).  We say all of this must be within the first 256MB
 * as that will normally be within the kernel lowmem and thus visible via
 * bootm_size and we only run on platforms with 256MB or more of memory.
 */
#define DEFAULT_LINUX_BOOT_ENV \
        "loadaddr=0x82000000\0" \
        "kernel_addr_r=0x82000000\0" \
        "fdtaddr=0x88000000\0" \
        "fdt_addr_r=0x88000000\0" \
        "rdaddr=0x88080000\0" \
        "ramdisk_addr_r=0x88080000\0" \
        "scriptaddr=0x80000000\0" \
        "pxefile_addr_r=0x80100000\0" \
        "bootm_size=0x10000000\0"

したがって、説明されている問題の場合は、bootm_size = 0x10000000を再使用してカーネルの表示lowmemになる最初の256 MB内にデバイスツリーを維持する必要があります（少なくとも現在のデフォルトのカーネル設定ではカーネルlowmemのサイズが構成されています）。）。

同様に有用な別の解決策は、単にデバイスツリーとRAMディスクをメモリに入れることです。知るそれらは安全で、fdt_high=0xffffffff と initrd_high=0xffffffff を使用して再配置を無効にします。再配置の主な用途は、一般的な状況ですべてが安全であることを確認することです（U-Bootが任意のカーネル、デバイスツリー、およびRAMディスクを提供でき、すべてがどれだけ大きいかわからない場合）。このような生産状況では、常に安全で正しい値を特定して、再度移動することなくここにロードできます。

Answer 1

したがって、この問題を解決する1つの方法は、いくつかの追加の環境変数を使用することです。 include/configs/ti_armv7_common.hを見ると、次のようなものがあります。

/*
 * We setup defaults based on constraints from the Linux kernel, which should
 * also be safe elsewhere.  We have the default load at 32MB into DDR (for
 * the kernel), FDT above 128MB (the maximum location for the end of the
 * kernel), and the ramdisk 512KB above that (allowing for hopefully never
 * seen large trees).  We say all of this must be within the first 256MB
 * as that will normally be within the kernel lowmem and thus visible via
 * bootm_size and we only run on platforms with 256MB or more of memory.
 */
#define DEFAULT_LINUX_BOOT_ENV \
        "loadaddr=0x82000000\0" \
        "kernel_addr_r=0x82000000\0" \
        "fdtaddr=0x88000000\0" \
        "fdt_addr_r=0x88000000\0" \
        "rdaddr=0x88080000\0" \
        "ramdisk_addr_r=0x88080000\0" \
        "scriptaddr=0x80000000\0" \
        "pxefile_addr_r=0x80100000\0" \
        "bootm_size=0x10000000\0"

したがって、説明されている問題の場合は、bootm_size = 0x10000000を再使用してカーネルの表示lowmemになる最初の256 MB内にデバイスツリーを維持する必要があります（少なくとも現在のデフォルトのカーネル設定ではカーネルlowmemのサイズが構成されています）。）。

同様に有用な別の解決策は、単にデバイスツリーとRAMディスクをメモリに入れることです。知るそれらは安全で、fdt_high=0xffffffff と initrd_high=0xffffffff を使用して再配置を無効にします。再配置の主な用途は、一般的な状況ですべてが安全であることを確認することです（U-Bootが任意のカーネル、デバイスツリー、およびRAMディスクを提供でき、すべてがどれだけ大きいかわからない場合）。このような生産状況では、常に安全で正しい値を特定して、再度移動することなくここにロードできます。

LinuxはU-Boot再配置されたFDT（highmemから）にアクセスできません。

ベストアンサー1

おすすめ記事