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] Fix domain reboot bug

To: "Tristan Gingold" <Tristan.Gingold@xxxxxxxx>, "Zhang, Xiantao" <xiantao.zhang@xxxxxxxxx>, <xen-ia64-devel@xxxxxxxxxxxxxxxxxxx>
Subject: RE: [Xen-ia64-devel] [PATCH] Fix domain reboot bug
From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
Date: Thu, 30 Mar 2006 19:19:50 +0800
Delivery-date: Thu, 30 Mar 2006 11:21:21 +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: AcZT6s0fK4CsGOBESgiZaJx/qGnsDQAABDcQ
Thread-topic: [Xen-ia64-devel] [PATCH] Fix domain reboot bug
>From: Tristan Gingold [mailto:Tristan.Gingold@xxxxxxxx]
>Sent: 2006年3月30日 19:16
>Le Jeudi 30 Mars 2006 12:36, Tian, Kevin a écrit :
>> From: Tristan Gingold
>[...]
>> >If I understand the patch correctly, you flush all the vhpt when a
>domain
>> >is
>> >destroyed.  Isn't it a little bit too heavy ?
>> >
>> >Tristan.
>>
>> Yes, that's too heavy. We hope the flush can be made more accurately
>> after guest SMP support is fully ready. At that time, people can depend
>on
>> domain-> domain_dirty_cpumask to decide which LPs should receive
>IPI.
>> Fore example, currently domain_dirty_cpumask is even not updated at
>> domain switch. So a most conservative way is chosen here to flush all
>> LPs just like flush_tlb_all at domain destroy, and that can also ensure
>> guest SMP working at early phase before everything is shot down. :-)
>IMHO this is not related to SMP-guest but to VCPU-migration.
>

VCPU migration is one case where vcpu-> vcpu_dirty_cpumask is the hint 
about LPs where specific vcpu has footprint. However even without 
migration, one domain with SMP guest support may have different VCPUs 
running on different LPs even by a static relationship. In that case, 
domain->domain_dirty_cpumask is another hint for LPs where domain 
has footprint. All those information are critical for operations like vtlb 
flush 
which only needs send to related LPs within domain wides.

Thanks,
Kevin

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