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] Cpupools and pdata_alloc

To: George Dunlap <George.Dunlap@xxxxxxxxxxxxx>, Juergen Gross <juergen.gross@xxxxxxxxxxxxxx>
Subject: Re: [Xen-devel] Cpupools and pdata_alloc
From: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Date: Tue, 11 May 2010 19:41:37 +0100
Cc: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Tue, 11 May 2010 11:42:37 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <AANLkTilmTmETcKO4aBLseQULUOUwTqP9QXOI3YPgq3YE@xxxxxxxxxxxxxx>
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>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcrxLvFkR9SJRs4nSkCuOlHU7919fAACqTjY
Thread-topic: [Xen-devel] Cpupools and pdata_alloc
User-agent: Microsoft-Entourage/12.24.0.100205
On 11/05/2010 18:25, "George Dunlap" <George.Dunlap@xxxxxxxxxxxxx> wrote:

> Kier, out of curiosity, is there a reason init_idle_domain() (and thus
> schedule_init()) is called so early, before all of the cpus are up?
> Is it so that adding a cpu dynamically and at boot (which needs to do
> in it, add an idle vcpu, &c) all take the same codepath?

Well, once secondary CPUs are fully up they are of course running their
respective idle VCPUs, so we can't call schedule_init() very late. The right
thing to do is dynamically allocate state as CPUs are brought online -- and
potentially free that state when CPUs are taken offline. Which is pretty
much the direction the code points in already.

 -- Keir



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