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

[Xen-ia64-devel] Question domU blocking and xen timer interrupt


  • To: xen-ia64-devel <xen-ia64-devel@xxxxxxxxxxxxxxxxxxx>
  • From: Dietmar Hahn <dietmar.hahn@xxxxxxxxxxxxxxxxxxx>
  • Date: Mon, 15 Jan 2007 13:42:45 +0100
  • Delivery-date: Mon, 15 Jan 2007 04:42:36 -0800
  • Domainkey-signature: s=s768; d=fujitsu-siemens.com; c=nofws; q=dns; b=q86WL7LTTOw7L/dfArCK/Ez/8vog31UDv1WW0Om8HClOB/Z1QLto0aiH9jYaqnlAg1S92+/OlUAckhdZvwWUW63YuKCnLOPxjo2oIzA0C1Gskstfh5fbGpM7gBk0rVIg;
  • List-id: Discussion of the ia64 port of Xen <xen-ia64-devel.lists.xensource.com>

Hi,

for emulating the function block_domain() in the mini-os I played with the 
hypervisor call HYPERVISOR_sched_op(SCHEDOP_block, 0).
For tests I tried a timer interrupt in the mini-os with HZ=1 (means 1 
interrupt per second).  The timer initialisation sets cr.itm.
A thread gets started and calls HYPERVISOR_sched_op(SCHEDOP_block, 0) in a 
loop. Now the domU gets blocked and never woken up (no timerinterrupt 
occurs!) until I press a key and a console interrupt is done. This wakes up 
the domU. Now the timer stuff gets checked but now is the current cr.itc 
larger than the old cr.itm and the timer interrupt handler gets not called 
(in vcpu_timer_expired()).
May it be that the xen timer interrupt handling does not handle this domU 
blocking correctly or do I understand something completely wrong?
On x86 the HYPERVISOR_set_timer_op(until) is used to wake up the domU again. 
But this is not implemented on ia64.
Thanks.


Dietmar.

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


 


Rackspace

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