Проблемы с установкой юм-аутилей на центросе 7.4.1708

Итак, один из способов исправить это - использовать несколько дополнительных переменных среды. Если мы посмотрим в 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, чтобы гарантировать, что мы сохраним дерево устройств в пределах первых 256 МБ, быть видимым в ядре lowmem (по крайней мере, сегодня с настройками ядра по умолчанию, размер ядра lowmem настраивается).

Еще одно не менее полезное решение - просто поместить дерево устройств и виртуальный диск в память, где вы знаете , что они будут безопасными, и используйте fdt_high = 0xffffffff и initrd_high = 0xffffffff, чтобы отключить перемещение. Основное использование перемещения - убедиться, что все будет в безопасности в общем случае (когда U-Boot можно передать случайное ядро, дерево устройств и ramdisk и просто не знать, насколько все велико). В таком производственном случае вы можете определить некоторые всегда безопасные и правильные значения, загрузить их и не перемещать их в другой раз.