From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KtOhi-0006KA-C7 for qemu-devel@nongnu.org; Fri, 24 Oct 2008 11:35:58 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KtOhh-0006Jj-P0 for qemu-devel@nongnu.org; Fri, 24 Oct 2008 11:35:57 -0400 Received: from [199.232.76.173] (port=38006 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KtOhh-0006Jf-Fc for qemu-devel@nongnu.org; Fri, 24 Oct 2008 11:35:57 -0400 Received: from mx2.redhat.com ([66.187.237.31]:32825) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KtOhh-0005e9-27 for qemu-devel@nongnu.org; Fri, 24 Oct 2008 11:35:57 -0400 Date: Fri, 24 Oct 2008 13:37:14 -0200 From: Glauber Costa Message-ID: <20081024153714.GA23096@poweredge.glommer> References: <1224771556-11146-1-git-send-email-glommer@redhat.com> <1224771556-11146-2-git-send-email-glommer@redhat.com> <490080A2.7040802@us.ibm.com> <49008787.3050202@siemens.com> <49008948.60102@us.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49008948.60102@us.ibm.com> Subject: [Qemu-devel] Re: [PATCH 01/32] use anonymous memory for kqemu. Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori Cc: Jan Kiszka , jes@sgi.com, qemu-devel@nongnu.org, avi@qumranet.com, dmitry.baryshkov@siemens.com On Thu, Oct 23, 2008 at 09:25:12AM -0500, Anthony Liguori wrote: > Jan Kiszka wrote: >> Anthony Liguori wrote: >> >>> The idea behind this patch is that currently kqemu uses /dev/shm for >>> memory allocations instead of anonymous memory (like the rest of >>> QEMU). Instead of introducing YA hook, we can just switch kqemu to >>> use >>> anonymous memory and eliminate the special case. >>> >>> If I recall correctly, the reason for using /dev/shm was concern that >>> get_user_pages() didn't do the right thing for anonymous memory and the >>> use of /dev/shm was a hack around that. However, I'm not sure that was >>> ever the case. Certainly, with any sufficiently modern kernel >>> get_user_pages() does what one would expect. KVM uses get_user_pages() >>> on anonymous memory in roughly the same way kqemu uses it now. >>> >>> So I think it's safe to make the switch. Fabrice, what do you think? >>> >> >> This hack-around, was it purely Linux-motivated? Or did/do other OSes >> have similar issues? >> > > /dev/shm doesn't exist on anything but Linux. > > Regards, I'm dropping this from the accel series until we reach a conclusion. This is not exactly needed for the health of the series, just for kqemu decoupling. This can proceed in parallel. > > Anthony Liguori > >> Jan >> >> >