All of lore.kernel.org
 help / color / mirror / Atom feed
From: Peter Lieven <pl@kamp.de>
To: Eric Blake <eblake@redhat.com>,
	Paolo Bonzini <pbonzini@redhat.com>,
	"qemu-devel@nongnu.org" <qemu-devel@nongnu.org>
Cc: Kevin Wolf <kwolf@redhat.com>
Subject: Re: [Qemu-devel] Regression: block: Add .bdrv_co_pwrite_zeroes()
Date: Mon, 18 Jul 2016 09:06:23 +0200	[thread overview]
Message-ID: <578C7FEF.3070100@kamp.de> (raw)
In-Reply-To: <578903FF.2050400@redhat.com>

Am 15.07.2016 um 17:40 schrieb Eric Blake:
> On 07/15/2016 04:09 AM, Peter Lieven wrote:
>> Am 05.07.2016 um 17:09 schrieb Paolo Bonzini:
>>> On 05/07/2016 16:59, Eric Blake wrote:
>>>> And yes, we could probably switch to (potentially slower) / % * instead
>>>> of bit operations in block/io.c to accommodate a non-power-of-2 optimal
>>>> size, but it would require a careful audit to make sure we don't have
>>>> even more bit-wise operations lurking that were assuming a power of 2.
>>> Yes, it would require some auditing but it has always worked.  Regarding
>>> speed, I'm sure that / % * are not slower than a system call! :)
>> Eric, whats the status of this? Will you send a follow-up to your series
>> restoring the old behaviour?
> Still on my plate.  As it is a bug-fix, the patch can go in even after
> hard freeze, so at the moment I've unfortunately been more focused on
> other patches (such as NBD_CMD_WRITE_ZEROES support) that were posted
> before soft freeze, but which must be committed prior to hard freeze or
> else they miss 2.7.  But rest assured that I'll make sure 2.7 doesn't
> regress on your setup.

Okay, thanks for the update.

Peter

  reply	other threads:[~2016-07-18  7:06 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-07-04 13:49 [Qemu-devel] Regression: block: Add .bdrv_co_pwrite_zeroes() Peter Lieven
2016-07-05  1:53 ` Eric Blake
2016-07-05  7:30   ` Peter Lieven
2016-07-05 13:03     ` Eric Blake
2016-07-05 13:39       ` Paolo Bonzini
2016-07-05 13:37   ` Paolo Bonzini
2016-07-05 13:40     ` Peter Lieven
2016-07-05 14:59     ` Eric Blake
2016-07-05 15:09       ` Paolo Bonzini
2016-07-15 10:09         ` Peter Lieven
2016-07-15 15:40           ` Eric Blake
2016-07-18  7:06             ` Peter Lieven [this message]
2016-07-20 23:35 ` Eric Blake
2016-07-21  7:01   ` Peter Lieven
2016-07-21  9:10     ` Paolo Bonzini
2016-07-21  9:08   ` Paolo Bonzini
2016-07-21 15:12     ` Eric Blake
2016-07-21 13:38   ` wangweiwei
2016-07-21 13:45     ` wangweiwei

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=578C7FEF.3070100@kamp.de \
    --to=pl@kamp.de \
    --cc=eblake@redhat.com \
    --cc=kwolf@redhat.com \
    --cc=pbonzini@redhat.com \
    --cc=qemu-devel@nongnu.org \
    /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.