From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LeU8W-00007P-Nr for qemu-devel@nongnu.org; Tue, 03 Mar 2009 07:54:16 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LeU8W-00007D-2B for qemu-devel@nongnu.org; Tue, 03 Mar 2009 07:54:16 -0500 Received: from [199.232.76.173] (port=43256 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LeU8V-000077-UA for qemu-devel@nongnu.org; Tue, 03 Mar 2009 07:54:15 -0500 Received: from verein.lst.de ([213.95.11.210]:44785) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA1:24) (Exim 4.60) (envelope-from ) id 1LeU8V-0006IS-B3 for qemu-devel@nongnu.org; Tue, 03 Mar 2009 07:54:15 -0500 Received: from verein.lst.de (localhost [127.0.0.1]) by verein.lst.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id n23CsBIF016227 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Tue, 3 Mar 2009 13:54:12 +0100 Received: (from hch@localhost) by verein.lst.de (8.12.3/8.12.3/Debian-6.6) id n23CsB4x016225 for qemu-devel@nongnu.org; Tue, 3 Mar 2009 13:54:11 +0100 Date: Tue, 3 Mar 2009 13:54:11 +0100 From: Christoph Hellwig Message-ID: <20090303125411.GA16099@lst.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: [Qemu-devel] virtio-blk issues 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 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 Below is the config file I'm using. When commenting out the drive lines so that only the first two are left the system boots, although rather slowly compared to kvm (this is using the minimal kvm support in qemu upstream, without it it's of course even slower). #!/bin/sh /opt/qemu/bin/qemu -m 1000 -enable-kvm -kernel $1 \ -drive file=/dev/vg00/qemu-root,if=virtio,media=disk \ -drive file=/dev/vg00/qemu-test,if=virtio,media=disk \ -drive file=/dev/vg00/qemu-test-log,if=virtio,media=disk \ -drive file=/dev/vg00/qemu-test-rt,if=virtio,media=disk \ -drive file=/dev/vg00/qemu-scratch,if=virtio,media=disk \ -drive file=/dev/vg00/qemu-scratch-log,if=virtio,media=disk \ -drive file=/dev/vg00/qemu-scratch-rt,if=virtio,media=disk \ -append "root=/dev/vda console=tty0 console=ttyS0,38400n8"