On 18.10.2011, at 02:36, Andreas Färber wrote: > Am 18.10.2011 01:52, schrieb Alexander Graf: >> Some 32-bit PPC CPUs can use up to 36 bit of physicall address space. >> Treat them accordingly in the qemu-system-ppc binary type. > > physical > >> Signed-off-by: Alexander Graf <ag...@suse.de> >> --- >> configure | 2 +- >> target-ppc/cpu.h | 2 +- >> 2 files changed, 2 insertions(+), 2 deletions(-) >> >> diff --git a/configure b/configure >> index 9b4fe34..3bdb556 100755 >> --- a/configure >> +++ b/configure >> @@ -3276,7 +3276,7 @@ case "$target_arch2" in >> ;; >> ppc) >> gdb_xml_files="power-core.xml power-fpu.xml power-altivec.xml >> power-spe.xml" >> - target_phys_bits=32 >> + target_phys_bits=64 >> target_nptl="yes" >> target_libs_softmmu="$fdt_libs" >> ;; > > I've found this very unintuitive for the new targets I'm preparing. > Could we use the real target_phys_bits=36 here and later on ceil this to > 32/64 before using it for libhw${target_phys_bits}?
I'd rather just always make target_phys_bits = 64 and be done with it. Alex