From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LeVWG-0001Vl-VX for qemu-devel@nongnu.org; Tue, 03 Mar 2009 09:22:53 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LeVWC-0001Uk-TB for qemu-devel@nongnu.org; Tue, 03 Mar 2009 09:22:50 -0500 Received: from [199.232.76.173] (port=46422 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LeVWC-0001UU-HM for qemu-devel@nongnu.org; Tue, 03 Mar 2009 09:22:48 -0500 Received: from mx20.gnu.org ([199.232.41.8]:49476) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LeVWC-0005Yl-68 for qemu-devel@nongnu.org; Tue, 03 Mar 2009 09:22:48 -0500 Received: from mail.codesourcery.com ([65.74.133.4]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LeVWA-0004h8-UP for qemu-devel@nongnu.org; Tue, 03 Mar 2009 09:22:47 -0500 From: Paul Brook Subject: Re: [Qemu-devel] virtio-blk issues Date: Tue, 3 Mar 2009 14:22:43 +0000 References: <20090303125411.GA16099@lst.de> In-Reply-To: <20090303125411.GA16099@lst.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903031422.44151.paul@codesourcery.com> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Cc: Christoph Hellwig On Tuesday 03 March 2009, Christoph Hellwig wrote: > I've been trying to move setup from kvm 72 in debian testing to the current > qemu CVS. The setup is using 7 virtio_blk disks and used to work on the > old setup, but with current qemu the kernel (current Linus' HEAD from a few > days ago) hangs when trying to setup the irq routing for the virtio_pci > devices: > > virtio pci 0000:00:06.0: can't derive routing for PCI INT A > virtio pci 0000:00:06.0: PCI INT A: no GSI - using IRQ 9 IIRC this is partly a bios issue. Real PIIX3 based systems never have more than ~5 PCI slots, so it doesn't have interrupt routing for more devices. There are two solutions: Fix the bios to handle machines with large numbers of PCI slots, or have create multifunction PCI devices so lots of virtio instances don't use so many virtual PCI slots. Paul