RE: [Xen-ia64-devel] consoles, iosapics, and device interrupts

["Tian, Kevin" <kevin.tian@xxxxxxxxx>]

>From: Alex Williamson
>Sent: 2005年11月12日 0:27
>   Here's the problem (or at least the start of it); we don't seem to be
>getting any input into the ns16550 driver in the xen hypervisor.  Since
>I'm on an HP box that does not use legacy interrupts for serial lines,
>the interrupt comes in through an IOSAPIC.  We currently don't seem to
>have any support for external interrupts through IOSAPICs.  I thought
>about simply adding polling support to ns16550, but w/o any timer
>support in the hypervisor, that looks non-trivial.  

Actually currently there is software timer support in hypervisor, so-called ac 
timer. You can check xen/common/ac_timer.c for a reference. Such timer is 
direct to use, e.g, now it's used to inject guest timer interrupt into VTI 
domain.

Just put above info here when re-read this hot thread, in case it is an 
alternative option to go.

Thanks
Kevin

>So, I was thinking
>about pulling the IOSAPIC code over.  This means we'll have to iterate
>all the IOSAPICs in the MADT to discover where the GSIs are mapped just
>so we can poke the right one for the serial port.  We can't hide this
>one IOSAPIC RTE from the domains, but unless I missed something, we
>already have IOSAPIC sharing issues if we ever have multiple privileged
>domains with I/O anyway.  I'm leery to even get into all the issues
>surrounding setting up interrupt polarity and trigger based on the PCDP
>tables.
>
>   Does this sound like the right way to go?  I feel like I'm opening a
>can of worms by adding a dependency to an IOSAPIC RTE that we're
>eventually going to hand over to a domain that may clear the interrupt
>vector we want to enable.  Thoughts?  Thanks,
>
>       Alex
>
>--
>Alex Williamson                             HP Linux & Open Source Lab
>
>
>_______________________________________________
>Xen-ia64-devel mailing list
>Xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
>http://lists.xensource.com/xen-ia64-devel

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