| 
         
xen-devel
Re: [Xen-devel] [PATCH] Intel(R) Trusted Execution Technology support
 
| 
To:  | 
"Cihula, Joseph" <joseph.cihula@xxxxxxxxx>,	<xen-devel@xxxxxxxxxxxxxxxxxxx>, <xense-devel@xxxxxxxxxxxxxxxxxxx> | 
 
| 
Subject:  | 
Re: [Xen-devel] [PATCH] Intel(R) Trusted Execution Technology support | 
 
| 
From:  | 
Keir Fraser <Keir.Fraser@xxxxxxxxxxxx> | 
 
| 
Date:  | 
Mon, 29 Oct 2007 18:46:46 +0000 | 
 
| 
Cc:  | 
"Xu, James" <james.xu@xxxxxxxxx>, "Wang, Shane" <shane.wang@xxxxxxxxx>,	"Wei, Gang" <gang.wei@xxxxxxxxx> | 
 
| 
Delivery-date:  | 
Mon, 29 Oct 2007 11:41:59 -0700 | 
 
| 
Envelope-to:  | 
www-data@xxxxxxxxxxxxxxxxxx | 
 
| 
In-reply-to:  | 
<D936D925018D154694D8A362EEB0892002C7C4B6@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> | 
 
| 
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/cgi-bin/mailman/listinfo/xen-devel>,	<mailto:xen-devel-request@lists.xensource.com?subject=subscribe> | 
 
| 
List-unsubscribe:  | 
<http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>,	<mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe> | 
 
| 
Sender:  | 
xen-devel-bounces@xxxxxxxxxxxxxxxxxxx | 
 
| 
Thread-index:  | 
AcgYPKeHAh+s/rrjQ0OzxTZHSH6adQB0Zgj0AAzUsnAAA3v0QgAAvpSgAAB6yw4AAD/usAAAM7T7AACBpTAAAPRgXg== | 
 
| 
Thread-topic:  | 
[Xen-devel] [PATCH] Intel(R) Trusted Execution Technology support | 
 
| 
User-agent:  | 
Microsoft-Entourage/11.3.6.070618 | 
 
 
 
On 29/10/07 18:34, "Cihula, Joseph" <joseph.cihula@xxxxxxxxx> wrote:
>> Okay, we should limit the scan to page-aligned addresses in UNUSABLE
> regions
>> below 1MB. It makes sense to put the UNUSABLE->RESERVED hack in Xen
> itself,
>> rather than in tboot. Once the interface is baked into 3.2.0 it's not
>> changing on our side.
> 
> I'd like to allow for the shared page to be moved to a higher memory
> location in the future, so I'd prefer not to limit the search to below
> 1MB.  Since only tboot is using the UNUSABLE type and it should find the
> shared page in the first UNUSABLE section anyway (whether it gets moved
> or not), the search should still be quick.  Also, I'll only change the
> type from UNUSABLE->RESERVED if it is found in the lower 1MB.
Actually I have a better idea to avoid the scan entirely. tboot should
append 'tboot=<address of shared area>' to Xen's command line (e.g.,
tboot=0x71000). This gives a better more guaranteed handoff from tboot to
Xen, it avoids the user needing to manually add any options to Xen's command
line (we can make tboot= imply no-real-mode), and means that rather than
doing a scan we simply need to confirm the UUID is at the given address.
I can easily do the Xen side of this if you agree it makes sense.
 -- Keir
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
 
 |   
 
| <Prev in Thread] | 
Current Thread | 
[Next in Thread>
 |  
- [Xense-devel] RE: [Xen-devel] [PATCH] Intel(R) Trusted Execution	Technology support, (continued)
 
- Re: [Xen-devel] [PATCH] Intel(R) Trusted Execution Technology support, Keir Fraser
 - RE: [Xen-devel] [PATCH] Intel(R) Trusted Execution Technology support, Cihula, Joseph
 - [Xense-devel] Re: [Xen-devel] [PATCH] Intel(R) Trusted Execution Technology support, Keir Fraser
 - Re: [Xen-devel] [PATCH] Intel(R) Trusted Execution Technology support, Keir Fraser
 
- RE: [Xen-devel] [PATCH] Intel(R) Trusted Execution Technology support, Cihula, Joseph
 - Re: [Xen-devel] [PATCH] Intel(R) Trusted Execution Technology support, Keir Fraser
 - RE: [Xen-devel] [PATCH] Intel(R) Trusted Execution Technology support, Cihula, Joseph
 - Re: [Xen-devel] [PATCH] Intel(R) Trusted Execution Technology support,
Keir Fraser <=
 - [Xense-devel] RE: [Xen-devel] [PATCH] Intel(R) Trusted Execution	Technology support, Cihula, Joseph
 - RE: [Xense-devel] RE: [Xen-devel] [PATCH] Intel(R) Trusted	ExecutionTechnology support, Cihula, Joseph
 
 
 |  
  
 | 
    |