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

Re: [Xen-devel] [rfc 00/18] ioemu: use devfn instead of slots as the unit for passthrough



On Wed, Mar 04, 2009 at 10:32:11PM +0000, Keir Fraser wrote:
> On 04/03/2009 22:26, "Simon Horman" <horms@xxxxxxxxxxxx> wrote:
> 
> >> Please note that _PRT method in ACPI AML should reflect GSIs. If you expand
> >> GSIs, it will be necessary to change the _PRT method. Please see
> >> tools/firmware/hvmloader/acpi/dsdt.asl.
> > 
> > Could someone explain why the current code uses 32 GSIs rather than using 
> > 128?
> 
> 32 should be plenty, and I'd want to emulate multiple IO-APICs beyond that
> just out of fear that some OS will choke on an IO-APIC with 128 pins (since
> no real single IO-APIC has so many pins). It just seemed a bit unnecessary
> when this support was originally implemented. At this point I haven't heard
> any concrete evidence so far that 32 GSIs is insufficient in any real
> scenario. So that's what we'll be sticking with for the time being, I think.

Thanks, I will see if I can dig out any real-world reasons.

-- 
Simon Horman
  VA Linux Systems Japan K.K., Sydney, Australia Satellite Office
  H: www.vergenet.net/~horms/             W: www.valinux.co.jp/en


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