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

RE: [Xen-ia64-devel] [PATCH] set itv handoff as masked and enablereading irr[0-3]


  • To: "Alex Williamson" <alex.williamson@xxxxxx>, "xen-ia64-devel" <xen-ia64-devel@xxxxxxxxxxxxxxxxxxx>
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
  • Date: Tue, 4 Apr 2006 14:11:29 +0800
  • Delivery-date: Mon, 03 Apr 2006 23:12:23 -0700
  • List-id: Discussion of the ia64 port of Xen <xen-ia64-devel.lists.xensource.com>
  • Thread-index: AcZXdELXn+Y++1kqQOC1154MvCzL7QAOfKcA
  • Thread-topic: [Xen-ia64-devel] [PATCH] set itv handoff as masked and enablereading irr[0-3]

>From: Alex Williamson
>Sent: 2006年4月4日 7:13
>
>
>   I had to pull arch/ia64/kernel/sal.c into our build tree with the
>sparse update to 2.6.16-rc3 because the check_sal_cache_flush() test
>broke when running on Xen.  This patch enables the missing Xen
>functionality and removes sal.c.  Two changes are necessary to do this.
>First, the conventional handoff state of CR.itv appears to be that the
>timer vector is masked.  It makes sense that we wouldn't want spurious
>timer interrupts during bootup, but I can't find reference to the CR.itv
>handoff state in the SAL spec.  Second, we need to enable the
>vcpu_get_irr[0-3] functions.  We seem to have all the infrastructure in
>place to support these, but they're still #ifdef'd out.  Maybe someone
>can comment on whether this is historical or functional.  They certainly
>seem to work correctly for the purposes of the sal cache flush test.
>Comments welcome.  Thanks,
>
>       Alex
>
>Signed-off-by: Alex Williamson <alex.williamson@xxxxxx>
>---

Don't know historical reason, but definitely a reasonable patch and agree 
here.

Thanks,
Kevin

_______________________________________________
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®.