From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: [RFC] Deferred interrupt handling. Date: Thu, 19 Jul 2007 16:38:09 +0300 Message-ID: <469F6941.9010901@qumranet.com> References: <005901c7c921$79c006c0$6d401440$@com> <20070718123040.615795b7@the-village.bc.nu> <64F9B87B6B770947A9F8391472E032160CC16C92@ehost011-8.exch011.intermedia.net> <20070718174736.0baf6d0e@the-village.bc.nu> <469E43D5.70802@qumranet.com> <20070718191433.GB24545@csclub.uwaterloo.ca> <469F2D8C.7020805@qumranet.com> <20070719131718.GC5623@csclub.uwaterloo.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org, Alan Cox , linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Lennart Sorensen Return-path: In-Reply-To: <20070719131718.GC5623-1wCw9BSqJbv44Nm34jS7GywD8/FfD2ys@public.gmane.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Errors-To: kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Id: kvm.vger.kernel.org Lennart Sorensen wrote: > On Thu, Jul 19, 2007 at 12:23:24PM +0300, Avi Kivity wrote: > >> No, it means disallowing pci devices that use shared irqs, and allowing >> pci devices that use non-shared irqs. >> > > Most machiens I see today have almost no chance of having PCI devices > without shared IRQs. This probably means any implementation will only > work on a small set of machines with very specific setup in terms of > which PCI slots they install cards in, and only as long as you don't > allow any type of hotplugging of devices (or ever changing hardware at > all). May not be worth implementing if it has such a limited use case. > The MSI setup on the other hand does sound like it might have potential > for working in general. > > Looking at two random servers here and a desktop, interrupts are unshared except for usb. A laptop was not so lucky. So "no chance" is a bit extreme. I agree it's far from optimal, but it is less limited than you imply. -- error compiling committee.c: too many arguments to function ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/