aboutsummaryrefslogtreecommitdiff
path: root/memory_mapping.c
diff options
context:
space:
mode:
authorPeter Maydell <peter.maydell@linaro.org>2016-06-13 11:32:24 +0100
committerRiku Voipio <riku.voipio@linaro.org>2016-06-26 13:17:20 +0300
commitaffc88cc9b5f8cfa0767139c083329d471862901 (patch)
tree993affb80a9eef0d02673d9e711b885c2f16c0fe /memory_mapping.c
parent997f6ed3a1aee93b1b759ff12ad4ca64977c86f9 (diff)
downloadqemu-affc88cc9b5f8cfa0767139c083329d471862901.zip
qemu-affc88cc9b5f8cfa0767139c083329d471862901.tar.gz
qemu-affc88cc9b5f8cfa0767139c083329d471862901.tar.bz2
configure: Don't allow user-only targets for unknown CPU architectures
For the user-only targets, we need to know something about the host CPU architecture even if we are using the TCI interpreter rather than TCG. (In particular user-exec.c has code for handling signals that needs to know about that host's context structures.) Specifically forbid building the user-only targets on unknown CPU architectures, rather than allowing them to configure but then fail when building user-exec.c. This change drops supports for two configurations which were theoretically possible before: * linux-user targets on M68K hosts using TCI * linux-user targets on HPPA hosts using TCI We don't think anybody is actually trying to use these in practice, though: * interpreted TCG on a slow host CPU would be unusably slow * the m68k user-exec.c support is missing is_write detection so guest code which writes to the same page it is executing from was broken (will include any guest program using signals) * HPPA TCG backend support was dropped two and a half years ago with no complaints Signed-off-by: Peter Maydell <peter.maydell@linaro.org> Reviewed-by: Laurent Vivier <laurent@vivier.eu> Reviewed-by: Richard Henderson <rth@twiddle.net> Signed-off-by: Riku Voipio <riku.voipio@linaro.org>
Diffstat (limited to 'memory_mapping.c')
0 files changed, 0 insertions, 0 deletions