From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:50987) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R87PY-0006VF-A9 for qemu-devel@nongnu.org; Mon, 26 Sep 2011 05:23:41 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R87PX-0000wA-6M for qemu-devel@nongnu.org; Mon, 26 Sep 2011 05:23:40 -0400 Received: from thoth.sbs.de ([192.35.17.2]:21484) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R87PW-0000w4-Ok for qemu-devel@nongnu.org; Mon, 26 Sep 2011 05:23:39 -0400 Message-ID: <4E804496.6040305@siemens.com> Date: Mon, 26 Sep 2011 11:23:34 +0200 From: Jan Kiszka MIME-Version: 1.0 References: <4E802979.9060707@siemens.com> <4E802EB5.3000800@redhat.com> In-Reply-To: <4E802EB5.3000800@redhat.com> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] scsi: lsi problems since "unit attention on reset" List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paolo Bonzini Cc: qemu-devel On 2011-09-26 09:50, Paolo Bonzini wrote: > On 09/26/2011 09:27 AM, Jan Kiszka wrote: >> Hi Paolo, >> >> I'm facing problems over latest qemu with our special guest OS that is >> using the LSI controller. It hangs during boot now. This can be resolved >> by reverting commit c7b488721d (scsi: report unit attention on reset). >> >> I cannot exclude a bug in the guest driver at this point, but maybe you >> also have some idea what could go wrong in the SCSI stack or the LSI >> emulation. Any suggestions where to look at would be welcome. > > It works for me under Linux, so I suspect it is a bug in the guest OS or > the BIOS, which should send TEST UNIT READY before trying to communicate > to the HBA. You can use tracing to detect that, it probably sends > something like READ CAPACITY and fails because it does not expect that > command to fail. I'm just getting these scsi events, then the guest stops: scsi_req_parsed target 0 lun 0 tag 0 command 0 dir 0 length 0 scsi_req_parsed_lba target 0 lun 0 tag 0 command 0 lba 0 scsi_req_alloc target 0 lun 0 tag 0 scsi_test_unit_ready target 0 lun 0 tag 0 scsi_req_build_sense target 0 lun 0 tag 0 key 0x6 asc 0x29 ascq 00 scsi_req_dequeue target 0 lun 0 tag 0 > > That said, since there are 3 out of 3 BIOSes that couldn't cope with > that change---Linux and Windows work of course---it makes sense to > revert it even though the patch by itself is correct. If you send it > out, I'll gladly add my Acked-by. We are currently checking the driver situation internally. But if you say you want it reverted in any case, I'll send a patch. Jan -- Siemens AG, Corporate Technology, CT T DE IT 1 Corporate Competence Center Embedded Linux