diff options
| author | Peter Maydell <peter.maydell@linaro.org> | 2019-05-16 15:47:30 +0100 |
|---|---|---|
| committer | Peter Maydell <peter.maydell@linaro.org> | 2019-06-17 15:11:18 +0100 |
| commit | e70af24b42190481e19c9adb727b97a0fc794ea8 (patch) | |
| tree | f35ba34febd81b3172bf6e54f7c28e4207c90fab /disas/nanomips.cpp | |
| parent | 5d0e5694470d2952b4f257bc985cac8c89b4fd92 (diff) | |
| download | qemu-e70af24b42190481e19c9adb727b97a0fc794ea8.zip qemu-e70af24b42190481e19c9adb727b97a0fc794ea8.tar.gz qemu-e70af24b42190481e19c9adb727b97a0fc794ea8.tar.bz2 | |
hw/arm/boot: Don't assume RAM starts at address zero
In the Arm kernel/initrd loading code, in some places we make the
incorrect assumption that info->ram_size can be treated as the
address of the end of RAM, as for instance when we calculate the
available space for the initrd using "info->ram_size - info->initrd_start".
This is wrong, because many Arm boards (including "virt") specify
a non-zero info->loader_start to indicate that their RAM area
starts at a non-zero physical address.
Correct the places which make this incorrect assumption.
Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
Reviewed-by: Alex Bennée <alex.bennee@linaro.org>
Tested-by: Mark Rutland <mark.rutland@arm.com>
Message-id: 20190516144733.32399-2-peter.maydell@linaro.org
Diffstat (limited to 'disas/nanomips.cpp')
0 files changed, 0 insertions, 0 deletions