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-ia64-devel

RE: [Xen-ia64-devel] [PATCH] [RESEND] domU destroy & page ref counter

To: "Akio Takebe" <takebe_akio@xxxxxxxxxxxxxx>, "Masaki Kanno" <kanno.masaki@xxxxxxxxxxxxxx>, <xen-ia64-devel@xxxxxxxxxxxxxxxxxxx>, "Xu, Anthony" <anthony.xu@xxxxxxxxx>
Subject: RE: [Xen-ia64-devel] [PATCH] [RESEND] domU destroy & page ref counter
From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
Date: Mon, 13 Mar 2006 21:31:10 +0800
Delivery-date: Mon, 13 Mar 2006 13:32:02 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
List-help: <mailto:xen-ia64-devel-request@lists.xensource.com?subject=help>
List-id: Discussion of the ia64 port of Xen <xen-ia64-devel.lists.xensource.com>
List-post: <mailto:xen-ia64-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcZGg04kzVb1tlRCRLuu4YoDQUMxRgAHv7sA
Thread-topic: [Xen-ia64-devel] [PATCH] [RESEND] domU destroy & page ref counter
>From: Akio Takebe [mailto:takebe_akio@xxxxxxxxxxxxxx]
>Sent: 2006年3月13日 17:45
>>For refcount:
>>- You may want to change PGT_va_shift to 32 like x86-64 since
>"unsigned
>>long type_info" is 64bit width on IA64. Or you either can define it as
>"u32
>>type_info" to save space since higher half is not used by your patch.
>>
>I thought I wanted to be the same struct page as x86.
>So I think changing PGT_va_shift to 32 is better
>since "u32 type_info" cannot be saved space.
>(because inuse and free are union.)

Correct.

>
>>For domain destroy:
>>- Also need to free metaphysical rid, which is null by far. Current
>>metaphysical rid allocation policy is
>monotonic-incremental-allocation-no-
>>free
>> style. Though it's unlikely to see exhaust of this area (one block
>>reserved by
>> far), it's better to change it to a cleaner, more efficient policy. You
>>may at
>>least put a call there if delayed with lower priority.
>>
>As you said, VHPT and TLB flush may be not necessary,
>but we use these flush for safe destroy.
>So Kan made a feature of allocating rid, then we may be able to remove
>these flush.
>

Great.

Thanks,
Kevin

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