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

[Xen-devel] CPU and scheduler init, Part 2


  • To: xen-devel@xxxxxxxxxxxxxxxxxxx, Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
  • From: George Dunlap <dunlapg@xxxxxxxxx>
  • Date: Thu, 9 Dec 2010 12:49:27 +0000
  • Cc:
  • Delivery-date: Thu, 09 Dec 2010 04:57:01 -0800
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=SxFjlNu0OhZPSxkwuE8LkqAHGmmR9BHFUWp/go65YcTYbYeKsjG60aF00P6CNQolNT jd0D/EETAX3ZI+8sZPC5u7Kh7xCRhTvT9d/M1WI4O0rtqoL7bbG6kx3SMawJF9/bY3zG YERtZwQZqybC/79BPy1YQDms1cmj0mpiKpQLM=
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>

Keir,

I made a cpu status notifier for sched_credit2() to actually read an
arrange the runqueue information, and found the next niggle: the
callbacks are not guaranteed to finish before the cpu tried to go
through the scheduler.  The callback notifiers are handled on the cpu
that issues the boot command (i.e., cpu 0 during boot), and there's no
interlock to prevent the booted cpu from continuing until the
notifiers have completed execution.

Making a simple interlock (similar to the one in __cpu_up()) allows
the system to boot properly.  Another possibility would be to run the
notifiers on the freshly booted cpu before calling into the scheduler,
rather than on the cpu that issued the cpu boot sequence.

Thoughts?

 -George

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


 


Rackspace

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