From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:58595) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RAdiN-0003yM-BY for qemu-devel@nongnu.org; Mon, 03 Oct 2011 04:17:32 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RAdiM-00081O-4W for qemu-devel@nongnu.org; Mon, 03 Oct 2011 04:17:31 -0400 Received: from mx1.redhat.com ([209.132.183.28]:38773) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RAdiL-00081C-Tc for qemu-devel@nongnu.org; Mon, 03 Oct 2011 04:17:30 -0400 Message-ID: <4E896FB7.7050708@redhat.com> Date: Mon, 03 Oct 2011 10:17:59 +0200 From: Yonit Halperin MIME-Version: 1.0 References: <20111002132436.GD11521@bow.tlv.redhat.com> In-Reply-To: <20111002132436.GD11521@bow.tlv.redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [Spice-devel] viewing continuous guest virtual memory as continuous in qemu List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org, spice-devel@freedesktop.org, Dave Airlie On 10/02/2011 03:24 PM, Alon Levy wrote: > Hi, > > I'm trying to acheive the $subject. Some background: currently spice relies on a preallocated pci bar for both surfaces and for VGA framebuffer + commands. I have been trying to get rid of the surfaces bar. To do that I allocate memory in the guest and then translate it for spice-server consumption using cpu_physical_memory_map. > > AFAIU this works only when the guest allocates a continuous range of physical pages. This is a large requirement from the guest, which I'd like to drop. So I would like to have the guest use a regular allocator, generating for instance two sequential pages in virtual memory that are scattered in physical memory. Those two physical guest page addresses (gp1 and gp2) correspond to two host virtual memory addresses (hv1, hv2). I would now like to provide to spice-server a single virtual address p that maps to those two pages in sequence. I don't want to handle my own scatter-gather list, I would like to have this mapping done once so I can use an existing library that requires a single pointer (for instance pixman or libGL) to do the rendering. > > Is there any way to acheive that without host kernel support, in user space, i.e. in qemu? or with an existing host kernel device? > > I'd appreciate any help, > > Alon > _______________________________________________ > Spice-devel mailing list > Spice-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/spice-devel Hi, won't there be an overhead for rendering on a non continuous surface? Will it be worthwhile comparing to not creating the surface? BTW. We should test if the split to vram (surfaces) and devram (commands and others) is more efficient than having one section. Even if it is more efficient, we can remove the split and give to the surfaces higher allocation priority on a part of the pci bar. Anyway, by default, we can try allocating surfaces on the guest RAM. If it fails, we can try to allocate on the pci-bar. Cheers, Yonit.