[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] Cpupools and pdata_alloc

  • To: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
  • From: George Dunlap <George.Dunlap@xxxxxxxxxxxxx>
  • Date: Tue, 11 May 2010 13:52:53 -0500
  • Cc: Juergen Gross <juergen.gross@xxxxxxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
  • Delivery-date: Tue, 11 May 2010 11:53:55 -0700
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=CgWOkqnydCePJxaVMHz5JRatVnbCFA5PmuG4Z38nmd9X86yhz9aOx1r0QjflzRaiho 14f2LD94tvpvIs1MGPZ3BmrjN9hlVXZl9zSGoVQjXI+fAGh1IZuTTBBhbFvjE+X6Ukkw 033neJPZ6VJGBdOsI/Sc4z1hpwv7nAAF84YGU=
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>

On Tue, May 11, 2010 at 1:41 PM, Keir Fraser <keir.fraser@xxxxxxxxxxxxx> wrote:
> 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.

Except that it's done a little indirectly, via initializing the idle
vcpu, rather than calling something like sched_init_pcpu() when the
cpu is brought up before creating an idle vcpu for it. :-)  Anyway,
maybe once I get the credit2 stuff working again, I may think about
writing a patch to clean it up a bit... mostly so that it's easier to
follow what's going on.


Xen-devel mailing list



Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.