From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=51057 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PamNq-0002IW-Vm for qemu-devel@nongnu.org; Thu, 06 Jan 2011 04:43:51 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PamNm-0001jR-Op for qemu-devel@nongnu.org; Thu, 06 Jan 2011 04:43:47 -0500 Received: from mail-wy0-f173.google.com ([74.125.82.173]:58293) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PamNm-0001jJ-Gp for qemu-devel@nongnu.org; Thu, 06 Jan 2011 04:43:46 -0500 Received: by wyg36 with SMTP id 36so17836703wyg.4 for ; Thu, 06 Jan 2011 01:43:45 -0800 (PST) MIME-Version: 1.0 In-Reply-To: <20110105050549.989.70900.malonedeb@wampee.canonical.com> References: <20110105050549.989.70900.malonedeb@wampee.canonical.com> <20110105050549.989.70900.malonedeb@wampee.canonical.com> Date: Thu, 6 Jan 2011 09:43:45 +0000 Message-ID: Subject: Re: [Qemu-devel] [Bug 697510] [NEW] Machine shut off after tons of lsi_scsi: error: MSG IN data too long From: Stefan Hajnoczi Content-Type: text/plain; charset=ISO-8859-1 List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Bug 697510 <697510@bugs.launchpad.net> Cc: qemu-devel@nongnu.org On Wed, Jan 5, 2011 at 5:05 AM, TiCPU wrote: > Using Virtio and Red Hat driver I get a STOP screen 0x100000d1 and machine either reboot, stay frozen or shut off. Here the minidump would be useful and we should get in touch with the person that maintains the virtio-blk Windows driver. > Using SCSI the machine shuts off and I get tons of message on stdout; [...] > lsi_scsi: error: Unimplemented message 0x00 > (x8) > > lsi_scsi: error: MSG IN data too long > lsi_scsi: error: Unimplemented message 0x00 > (x760) > > lsi_scsi: error: MSG IN data too long > lsi_scsi: error: MSG IN data too long > kvm: /build/buildd/qemu-kvm-0.12.5+noroms/hw/lsi53c895a.c:512: lsi_do_dma: Assertion `s->current' failed. Looks like the LSI SCSI device emulation is getting out of sync with the guest's device driver. Can you give more details or a test case that reproduces these problems? Which backup software are you using and is it known to do special purpose SCSI commands? Stefan