From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KtSpA-0000Xu-T6 for qemu-devel@nongnu.org; Fri, 24 Oct 2008 15:59:56 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KtSpA-0000XJ-37 for qemu-devel@nongnu.org; Fri, 24 Oct 2008 15:59:56 -0400 Received: from [199.232.76.173] (port=34267 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KtSp9-0000X4-Sf for qemu-devel@nongnu.org; Fri, 24 Oct 2008 15:59:55 -0400 Received: from fg-out-1718.google.com ([72.14.220.152]:42730) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KtSp9-0006vs-9P for qemu-devel@nongnu.org; Fri, 24 Oct 2008 15:59:55 -0400 Received: by fg-out-1718.google.com with SMTP id l26so1051400fgb.8 for ; Fri, 24 Oct 2008 12:59:53 -0700 (PDT) Message-ID: Date: Fri, 24 Oct 2008 15:59:53 -0400 From: "Ben Taylor" Subject: Re: [Qemu-devel] Re: [PATCH 01/32] use anonymous memory for kqemu. In-Reply-To: <56CE06BF-314B-4C17-8848-EF59FB189B0F@web.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline 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> <779506c70810230808o6a2e3cefo1aa23776d007d66d@mail.gmail.com> <779506c70810230820j741627ej5544af2a88e6d557@mail.gmail.com> <56CE06BF-314B-4C17-8848-EF59FB189B0F@web.de> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: =?ISO-8859-1?Q?Andreas_F=E4rber?= Cc: qemu-devel@nongnu.org On Fri, Oct 24, 2008 at 3:30 PM, Andreas F=E4rber = wrote: > > Am 23.10.2008 um 17:20 schrieb Leonardo Reiter: > >> On Thu, Oct 23, 2008 at 11:08 AM, Leonardo Reiter >> wrote: >>> >>> This should be tested well on Solaris 10, especially with -m values >>> approaching 1GB and -kernel-kqemu. The Solaris version would use /tmp >>> rather than /dev/shm, but iirc there were problems when using >>> MAP_ANONYMOUS. >>> >>> Also, on Linux, does anyone know what minimum kernel version is needed >>> to not need the /dev/shm hack? >>> >> Please disregard the Solaris bit as the 1.4.0 version of KQEMU is not >> widely available there yet, so you can't use the SVN version of QEMU >> with KQEMU anyway AFAIK. I'd be glad to look at this in the (somewhat >> distant) future and come up with a patch if anonymous memory on >> Solaris is not stable. > > OpenSolaris.org has a kqemu version that I've been happily using there wi= th > SVN. It supposedly supports Solaris 9 and 8, so by inference 10 as well, = I'd > hope. > http://www.opensolaris.org/os/project/qemu/downloads/ There are currently two versions. 1.3.0pre11 works with Solaris 9, 10 and SXCE. 8 should work, but there are differences in the calls used in kqemu depending on which kernel version of Solaris you're running. that will wor= k with any svn up to the introduction of the 1.4.0 kqemu module. I also ported 1.4.0pre1, and Juergen Keil and a Sun engineer found a couple of bugs that should be squashed now. However, the big problem I see is that the addition of c99 features borks a qemu compile on Solaris, specfically around stdbool.h. Turning on -std=3Dc99 or -std=3Dgnuc99 creates more problems because gcc-3.4.3 provided by solaris doesn't accept the anonymous unions that are prevalent around the new code, specifically nbd and vnc. > Last time I heard it wasn't merged upstream, so it would be good to check > how well the Solaris (and FreeBSD?) kqemu variants work with this series. > Maybe merge into the current codebase before making too much assumptions = for > the new accel interface? > I'll give it a whirl. Ben