Hi Simon,
On Sun, Jan 31, 2021 at 8:36 PM Bin Meng bmeng.cn@gmail.com wrote:
When testing QEMU RISC-V 'virt' machine with a 2 GiB memory configuration, it was discovered gd->ram_top is assigned to value zero in setup_dest_addr().
While 2 GiB QEMU RISC-V 'virt' happens to work with U-Boot today, increasing more memory doesn't make a bootable system. There are various places in U-Boot that prevents such from working.
While this is seen and tested on RISC-V, it's not RISC-V centric, but a generic issue that may affect all architectures.
Changes in v2:
- new patch: arm: rockchip: Explicitly cast gd->ram_top in dram_init_banksize()
- new patch: riscv: ax25-ae350: Cast addr with uintptr_t
- new patch: net: ftmac100: Cast priv->iobase with uintptr_t
GitLab pass: https://gitlab.denx.de/u-boot/custodians/u-boot-x86/-/pipelines/6148
Azure pass with the patch [1]: https://dev.azure.com/bmeng/GitHub/_build/results?buildId=312&view=resul...
[1] http://patchwork.ozlabs.org/project/uboot/patch/20210131083835.9916-1-bmeng....
Regards, Bin