Il 26/05/2013 23:08, Christian Borntraeger ha scritto:
On 26/05/13 21:07, Paolo Bonzini wrote:
Il 26/05/2013 16:14, Andreas Färber ha scritto:
With the next patch, the memory API will complain if the
TARGET_PHYS_ADDR_SPACE_BITS gets dangerously close to an
overflow. s390x can handle up to 64
Am 27.05.2013 09:28, schrieb Paolo Bonzini:
Il 26/05/2013 23:08, Christian Borntraeger ha scritto:
On 26/05/13 21:07, Paolo Bonzini wrote:
Il 26/05/2013 16:14, Andreas Färber ha scritto:
With the next patch, the memory API will complain if the
TARGET_PHYS_ADDR_SPACE_BITS gets dangerously
Il 27/05/2013 14:52, Andreas Färber ha scritto:
Ok, I'll drop this patch and the next one from the pull request.
It has already been merged, that's how I became aware of it:
http://git.qemu.org/?p=qemu.git;a=commit;h=fd469df97ab4277411ecdd4032a2f045a3a87b2a
Note that Alex is currently
Am 24.05.2013 19:03, schrieb Paolo Bonzini:
With the next patch, the memory API will complain if the
TARGET_PHYS_ADDR_SPACE_BITS gets dangerously close to an
overflow. s390x can handle up to 64 bit of physical address
space from its page tables, but we never use that much. Just
decrease the
Il 26/05/2013 16:14, Andreas Färber ha scritto:
With the next patch, the memory API will complain if the
TARGET_PHYS_ADDR_SPACE_BITS gets dangerously close to an
overflow. s390x can handle up to 64 bit of physical address
space from its page tables, but we never use that much. Just
On 26/05/13 21:07, Paolo Bonzini wrote:
Il 26/05/2013 16:14, Andreas Färber ha scritto:
With the next patch, the memory API will complain if the
TARGET_PHYS_ADDR_SPACE_BITS gets dangerously close to an
overflow. s390x can handle up to 64 bit of physical address
space from its page tables,
With the next patch, the memory API will complain if the
TARGET_PHYS_ADDR_SPACE_BITS gets dangerously close to an
overflow. s390x can handle up to 64 bit of physical address
space from its page tables, but we never use that much. Just
decrease the value.
Cc: Alexander Graf ag...@suse.de