Searched hist:"49 d5ff43" (Results 1 – 2 of 2) sorted by relevance
/openbmc/u-boot/arch/x86/cpu/ |
H A D | start64.S | 49d5ff43 Sat Oct 13 22:52:09 CDT 2018 Bin Meng <bmeng.cn@gmail.com> x86: Fix the mystery of printch() during 64-bit boot At present in arch_setup_gd() it calls printch(' ') at the end which has been a mystery for a long time as without such call the 64-bit U-Boot just does not boot at all. In fact this is due to the bug that board_init_f() was called with boot_flags not being set. Hence whatever value being there in the rdi register becomes the boot_flags if without such magic call. With a printch(' ') call the rdi register is initialized as 0x20 and this value seems to be sane enough for the whole boot process. Signed-off-by: Bin Meng <bmeng.cn@gmail.com> Reviewed-by: Heinrich Schuchardt <xypron.glpk@gmx.de>
|
/openbmc/u-boot/arch/x86/cpu/x86_64/ |
H A D | cpu.c | 49d5ff43 Sat Oct 13 22:52:09 CDT 2018 Bin Meng <bmeng.cn@gmail.com> x86: Fix the mystery of printch() during 64-bit boot At present in arch_setup_gd() it calls printch(' ') at the end which has been a mystery for a long time as without such call the 64-bit U-Boot just does not boot at all. In fact this is due to the bug that board_init_f() was called with boot_flags not being set. Hence whatever value being there in the rdi register becomes the boot_flags if without such magic call. With a printch(' ') call the rdi register is initialized as 0x20 and this value seems to be sane enough for the whole boot process. Signed-off-by: Bin Meng <bmeng.cn@gmail.com> Reviewed-by: Heinrich Schuchardt <xypron.glpk@gmx.de>
|