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
