WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] The mfn of the frame, that holds a mlock-ed PV domU user

To: Joanna Rutkowska <joanna@xxxxxxxxxxxxxxxxxxxxxx>
Subject: Re: [Xen-devel] The mfn of the frame, that holds a mlock-ed PV domU usermode page, can change
From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
Date: Mon, 12 Apr 2010 14:26:27 -0700
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx, Rafal Wojtczuk <rafal@xxxxxxxxxxxxxxxxxxxxxx>, qubes-devel@xxxxxxxxxxxxxxxx
Delivery-date: Mon, 12 Apr 2010 14:27:20 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <4BC38E62.2080703@xxxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <20100412185454.GC3671@xxxxxxxxxxxxxxxxxxx> <4BC37C32.1060805@xxxxxxxx> <4BC380E2.8060605@xxxxxxxxxxxxxxxxxxxxxx> <4BC3850F.7070108@xxxxxxxx> <4BC38E62.2080703@xxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100330 Fedora/3.0.4-1.fc12 Lightning/1.0b2pre Thunderbird/3.0.4
On 04/12/2010 02:19 PM, Joanna Rutkowska wrote:
> Right, that's for the "ring" page, which we use to implement a ring
> buffer, and we then pass mfns of the actual Xorg's composition buffers
> over this ring buffer to Dom0.
>
> Interestingly, I have never seen a garbage in any of the composition
> buffers (which are directly displayed by our appviewers, so it would be
> immediately visible), just like if only the mfn for the "ring" page
> could be modified, but the composition buffer's mfn were somehow pinned...
>
> This might suggest that the memory used by the composition buffers
> (which are in usermode) is somehow locked?
>   

Worth looking into.

I'm not at all familiar with how X manages composition buffers, but it
seems to me that in normal use, one would want to be able to either
allocate that buffer in texture memory (so it can be used as a texture
source), or at least copy updates into texture memory.  Couldn't you
hook into that transfer to the composition hardware (ie, dom0)?

    J

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel