From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1N09g9-0001P7-Q6 for qemu-devel@nongnu.org; Tue, 20 Oct 2009 04:02:49 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1N09g6-0001NX-0k for qemu-devel@nongnu.org; Tue, 20 Oct 2009 04:02:49 -0400 Received: from [199.232.76.173] (port=40468 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N09g5-0001NU-Nw for qemu-devel@nongnu.org; Tue, 20 Oct 2009 04:02:45 -0400 Received: from mtagate2.uk.ibm.com ([194.196.100.162]:38097) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1N09g5-0007sO-0O for qemu-devel@nongnu.org; Tue, 20 Oct 2009 04:02:45 -0400 Received: from d06nrmr1407.portsmouth.uk.ibm.com (d06nrmr1407.portsmouth.uk.ibm.com [9.149.38.185]) by mtagate2.uk.ibm.com (8.13.1/8.13.1) with ESMTP id n9K82fuq003444 for ; Tue, 20 Oct 2009 08:02:41 GMT Received: from d06av04.portsmouth.uk.ibm.com (d06av04.portsmouth.uk.ibm.com [9.149.37.216]) by d06nrmr1407.portsmouth.uk.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id n9K82fqZ1716402 for ; Tue, 20 Oct 2009 09:02:41 +0100 Received: from d06av04.portsmouth.uk.ibm.com (loopback [127.0.0.1]) by d06av04.portsmouth.uk.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id n9K82ePY023624 for ; Tue, 20 Oct 2009 09:02:40 +0100 Message-ID: <4ADD6EAB.9010909@de.ibm.com> Date: Tue, 20 Oct 2009 10:02:51 +0200 From: Carsten Otte MIME-Version: 1.0 References: <1255963059-10298-1-git-send-email-agraf@suse.de> <1255963059-10298-2-git-send-email-agraf@suse.de> In-Reply-To: <1255963059-10298-2-git-send-email-agraf@suse.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Re: [PATCH 1/9] Export function for VA defined ram allocation List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Alexander Graf Cc: Carsten Otte , qemu-devel , hare@suse.de Alexander Graf wrote: > S390 requires vmas for guests to be < 256 GB. So we need to directly export > mmaps "try to use this vma as start address" feature to not accidently get > over that limit. Hmmh, now that x86 has solved all the problems we should probably move away from using the same page table for userspace and guest too. That would make this "workaround" superfluous and memslots would work just the same on s390 as they do on x86. I've put it on my todo list. For now, this looks good to me.