From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=43482 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OVne8-0007xJ-7E for qemu-devel@nongnu.org; Mon, 05 Jul 2010 11:31:49 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OVndg-0001ym-2j for qemu-devel@nongnu.org; Mon, 05 Jul 2010 11:31:21 -0400 Received: from mx1.redhat.com ([209.132.183.28]:46777) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OVndf-0001yT-Ow for qemu-devel@nongnu.org; Mon, 05 Jul 2010 11:31:19 -0400 Message-ID: <4C31FABA.5080906@redhat.com> Date: Mon, 05 Jul 2010 17:31:06 +0200 From: Kevin Wolf MIME-Version: 1.0 References: <1277898942-6501-1-git-send-email-armbru@redhat.com> <1277898942-6501-4-git-send-email-armbru@redhat.com> In-Reply-To: <1277898942-6501-4-git-send-email-armbru@redhat.com> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Re: [PATCH 03/11] raw-posix: Don't "try harder" for BDRV_TYPE_CDROM List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Markus Armbruster Cc: hch@lst.de, qemu-devel@nongnu.org, kraxel@redhat.com Am 30.06.2010 13:55, schrieb Markus Armbruster: > raw_pread_aligned() retries up to two times if the block device backs > a virtual CD-ROM. This makes no sense. Whether retrying reads can > correct read errors may depend on what we're reading, not on how the > result gets used. > > Also clean up gratuitous use of goto. > > This reverts what's left of commit 8c05dbf9. > > Signed-off-by: Markus Armbruster Are you sure that this won't cause a regression? I mean if there is a patch specifically adding this behaviour, there probably was a problem that made someone touch the code in the first place. Arguably checking for the type hint is nonsense, however I think the case for which this was written is passing through a real CD-ROM to a VM - in which case the condition would be true anyway. So instead of removing the code, the fix to achieve what was probably intended is to check for bs->drv == &bdrv_host_cdrom. Kevin