From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:44939) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UfvP8-0002HJ-66 for qemu-devel@nongnu.org; Fri, 24 May 2013 13:03:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UfvP2-00017M-OP for qemu-devel@nongnu.org; Fri, 24 May 2013 13:03:46 -0400 Received: from mail-ee0-f41.google.com ([74.125.83.41]:35590) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UfvP2-00017B-Hs for qemu-devel@nongnu.org; Fri, 24 May 2013 13:03:40 -0400 Received: by mail-ee0-f41.google.com with SMTP id d4so2643974eek.14 for ; Fri, 24 May 2013 10:03:39 -0700 (PDT) Sender: Paolo Bonzini From: Paolo Bonzini Date: Fri, 24 May 2013 19:03:04 +0200 Message-Id: <1369414987-8839-13-git-send-email-pbonzini@redhat.com> In-Reply-To: <1369414987-8839-1-git-send-email-pbonzini@redhat.com> References: <1369414987-8839-1-git-send-email-pbonzini@redhat.com> Subject: [Qemu-devel] [PATCH 12/15] s390x: reduce TARGET_PHYS_ADDR_SPACE_BITS to 62 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Cc: Alexander Graf 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 Signed-off-by: Paolo Bonzini --- target-s390x/cpu.h | 5 ++++- 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/target-s390x/cpu.h b/target-s390x/cpu.h index 0ce82cf..6304c4d 100644 --- a/target-s390x/cpu.h +++ b/target-s390x/cpu.h @@ -34,7 +34,10 @@ #include "exec/cpu-defs.h" #define TARGET_PAGE_BITS 12 -#define TARGET_PHYS_ADDR_SPACE_BITS 64 +/* Actually 64-bits, limited by the memory API to 62 bits. We + * never use that much. + */ +#define TARGET_PHYS_ADDR_SPACE_BITS 62 #define TARGET_VIRT_ADDR_SPACE_BITS 64 #include "exec/cpu-all.h" -- 1.8.1.4