From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:39282) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T2rNy-0003ot-W7 for qemu-devel@nongnu.org; Sat, 18 Aug 2012 18:20:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1T2rNx-0006WJ-Ub for qemu-devel@nongnu.org; Sat, 18 Aug 2012 18:20:50 -0400 Received: from mx1.redhat.com ([209.132.183.28]:21235) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T2rNx-0006WF-MZ for qemu-devel@nongnu.org; Sat, 18 Aug 2012 18:20:49 -0400 Message-ID: <5030153C.5000005@redhat.com> Date: Sun, 19 Aug 2012 00:20:44 +0200 From: Paolo Bonzini MIME-Version: 1.0 References: <1345170981-7738-1-git-send-email-ronniesahlberg@gmail.com> <1345170981-7738-3-git-send-email-ronniesahlberg@gmail.com> <50300FF1.7070109@redhat.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH 2/2] ISCSI: Force scsi-generic for MMC with blank disks List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: ronnie sahlberg Cc: kwolf@redhat.com, qemu-devel@nongnu.org Il 19/08/2012 00:02, ronnie sahlberg ha scritto: > On Sun, Aug 19, 2012 at 7:58 AM, Paolo Bonzini wrote: >> Il 17/08/2012 04:36, Ronnie Sahlberg ha scritto: >>> There is no bdrv_* API for the commands for burning a blank MMC disk >>> so when iSCSI LUNs are specified and the LUN is a MMC device with >>> 0 available blocks. This is a blank disk so force scsi generic. >>> >>> This allows the guest to talk directly to the target to burn data on >>> the disk. >>> >>> Signed-off-by: Ronnie Sahlberg >> >> What happens without the patch? It's ok that scsi-{hd,cd} does not >> work, but do scsi-{block,generic} work without the patch? >> > > Neither of them work, basically because in > block.c:find_image_format() > > if bs->sg is not set in > > if (bs->sg || !bdrv_is_inserted(bs)) { > > then we continue to > > ret = bdrv_pread(bs, 0, buf, sizeof(buf)); > > which fails with an error. > So this patch is basically to prevent find_image_format() from trying > to read from a blank disk. > > Maybe there is a better way to do this? Ah, BTW does using -drive ...,format=raw work, or does it hiccup later again on something else? Paolo