All of lore.kernel.org
 help / color / mirror / Atom feed
From: Paolo Bonzini <pbonzini@redhat.com>
To: Ming Lei <ming.lei@canonical.com>
Cc: Kevin Wolf <kwolf@redhat.com>,
	qemu-stable@nongnu.org, Stefan Hajnoczi <stefanha@redhat.com>,
	qemu-devel <qemu-devel@nongnu.org>
Subject: Re: [Qemu-devel] [PATCH] block: fix big write
Date: Wed, 10 Dec 2014 10:56:12 +0100	[thread overview]
Message-ID: <548818BC.4050905@redhat.com> (raw)
In-Reply-To: <CACVXFVNhDkTMncLC7=zKH7GnTNDS49ZRPGRaTPMN0auSzGepOw@mail.gmail.com>



On 10/12/2014 02:41, Ming Lei wrote:
> On Wed, Dec 10, 2014 at 1:45 AM, Paolo Bonzini <pbonzini@redhat.com> wrote:
>>
>>
>> On 08/12/2014 08:19, Ming Lei wrote:
>>>>>
>>>>> Alternatively, I'd accept a SCSI patch setting max_ws_blocks and friends
>>>>> to 2GB - 1 block.
>>> It should be better to not introduce the limit and split the writes
>>> into size of 2GB - 1 block since there is only the limit for write zero.
>>
>> Why? That's exactly what the max_ws_blocks is for, and there's code in
>> the guest already to do the split.  We're talking about 2GB, not 1MB.
> 
> The split in write same does not cover write zero, and that is the problem.
> Otherwise write same just works fine. That said write same of QEMU SCSI
> can work well without max write same sectors limit.
> 
> If we introduce the limit of max write same sectors, this limit will be put
> on both write zero and write non-zero path.

Yeah, but the 2GB limit happens also for the regular I/O path.  The
quirk is that it doesn't happen for non-zero WRITE SAME, not the other
way round.

> Also "MAXIMUM WRITE SAME LENGTH" is just introduced on sbc3r35
> in Jan, 2013, and some old host drivers may not support it, and not using
> the limit should have better compatibility.

Again, we're talking of 2GB and this is something that should never
happen in practice.

I'll write the patch myself.

Paolo

> Thanks,
> Ming Lei
> 
> 

  reply	other threads:[~2014-12-10  9:56 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-12-05 16:15 [Qemu-devel] [PATCH] block: fix big write Ming Lei
2014-12-05 16:33 ` Paolo Bonzini
2014-12-08  7:19   ` Ming Lei
2014-12-09 17:45     ` Paolo Bonzini
2014-12-10  1:41       ` Ming Lei
2014-12-10  9:56         ` Paolo Bonzini [this message]
2014-12-10 12:23           ` Ming Lei
2014-12-10 12:55             ` Paolo Bonzini
2014-12-10 14:35               ` Ming Lei
2014-12-10 15:02                 ` Paolo Bonzini
2014-12-10 15:47                   ` Ming Lei
2014-12-10 16:44                     ` Paolo Bonzini
2014-12-05 17:03 ` Max Reitz
2014-12-05 17:04   ` Paolo Bonzini

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=548818BC.4050905@redhat.com \
    --to=pbonzini@redhat.com \
    --cc=kwolf@redhat.com \
    --cc=ming.lei@canonical.com \
    --cc=qemu-devel@nongnu.org \
    --cc=qemu-stable@nongnu.org \
    --cc=stefanha@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.