From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:47625) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bGJZK-0005Nm-2s for qemu-devel@nongnu.org; Fri, 24 Jun 2016 01:22:18 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bGJZI-00070C-8e for qemu-devel@nongnu.org; Fri, 24 Jun 2016 01:22:17 -0400 Date: Fri, 24 Jun 2016 13:22:03 +0800 From: Fam Zheng Message-ID: <20160624052203.GA11920@ad.usersys.redhat.com> References: <1466721446-27737-1-git-send-email-eblake@redhat.com> <1466721446-27737-8-git-send-email-eblake@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1466721446-27737-8-git-send-email-eblake@redhat.com> Subject: Re: [Qemu-devel] [PATCH v3 07/22] scsi: Advertise limits by blocksize, not 512 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Eric Blake Cc: qemu-devel@nongnu.org, qemu-block@nongnu.org, kwolf@redhat.com, stefanha@redhat.com, qemu-stable@nongnu.org, Paolo Bonzini On Thu, 06/23 16:37, Eric Blake wrote: > s->blocksize may be larger than 512, in which case our > tweaks to max_xfer_len and opt_xfer_len must be scaled > appropriately. > > Reported-by: Fam Zheng > Signed-off-by: Eric Blake > CC: qemu-stable@nongnu.org > > --- > v3: new patch > --- > hw/scsi/scsi-generic.c | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/hw/scsi/scsi-generic.c b/hw/scsi/scsi-generic.c > index 6a2d89a..75e227d 100644 > --- a/hw/scsi/scsi-generic.c > +++ b/hw/scsi/scsi-generic.c > @@ -225,7 +225,8 @@ static void scsi_read_complete(void * opaque, int ret) > if (s->type == TYPE_DISK && > r->req.cmd.buf[0] == INQUIRY && > r->req.cmd.buf[2] == 0xb0) { > - uint32_t max_xfer_len = blk_get_max_transfer_length(s->conf.blk); > + uint32_t max_xfer_len = blk_get_max_transfer_length(s->conf.blk) / > + (s->blocksize / BDRV_SECTOR_SIZE); > if (max_xfer_len) { > stl_be_p(&r->buf[8], max_xfer_len); > /* Also take care of the opt xfer len. */ > -- > 2.5.5 > Reviewed-by: Fam Zheng