Paolo Bonzini writes:
> Il 01/07/2014 19:08, Eric Blake ha scritto:
>> On 06/27/2014 11:24 AM, Markus Armbruster wrote:
>>> Commit bcada37 dropped the (up to now undocumented) members type, len,
>>> offset, speed, breaking tests/qemu-iotests/040 and 041.
>>>
>>> Restore and document them. This f
On Mo, 2014-06-23 at 18:29 +0300, Marcel Apfelbaum wrote:
> Commit c6e298e1f12e0f4ca02b6da5e42919ae055f6830
> hw/pci: reserve IO and mem for pci-2-pci bridges with no devices attached
>
> introduced support for hot-plugging devices behind pci-2-pci bridges.
> Extend hotplug support also for pc
Eric Blake writes:
> On 06/27/2014 11:24 AM, Markus Armbruster wrote:
>> Signed-off-by: Markus Armbruster
>> ---
>> docs/qmp/qmp-events.txt | 12 ++--
>> 1 file changed, 10 insertions(+), 2 deletions(-)
>>
>> diff --git a/docs/qmp/qmp-events.txt b/docs/qmp/qmp-events.txt
>> index 22fea
Paolo Bonzini writes:
> Il 01/07/2014 16:42, Wenchao Xia ha scritto:
>>> diff --git a/qapi/block-core.json b/qapi/block-core.json
>>> index 822fe16..fd5b579 100644
>>> --- a/qapi/block-core.json
>>> +++ b/qapi/block-core.json
>>> @@ -1544,7 +1544,7 @@
>>> { 'event': 'BLOCK_JOB_ERROR',
>>> '
Il 01/07/2014 23:49, Alexander Graf ha scritto:
+
+static void machine_init_notify(Notifier *notifier, void *data)
+{
+Object *machine = qdev_get_machine();
+Object *container;
+
+if (object_property_find(machine, "has-dynamic-sysbus", NULL)) {
+/* Our machine can handle dynam
> -Original Message-
> From: Anton Ivanov (antivano) [mailto:antiv...@cisco.com]
> Sent: Tuesday, July 01, 2014 11:06 PM
> To: Stefan Hajnoczi; Gonglei (Arei)
> Cc: qemu-devel; Peter Maydell; Huangweidong (C); chenliang (T); Luonengjun;
> Stefan Hajnoczi; Paolo Bonzini
> Subject: Re:
On Wed, Jul 02, 2014 at 06:50:27AM +0100, Al Viro wrote:
> AFAICS, it leaves two possibilities - EV45 (AS200) vs. EV6 (DS10) and EV67
> (qemu) _or_ some change in the kernel. I'll build 3.x kernel for DS10 and
> post the results; shouldn't take long...
Actually, it's simpler - note that on *all*
On Wed, Jul 02, 2014 at 05:05:08AM +0100, Al Viro wrote:
> OK, DS10 resurrected and so far seems to be stable (I'll know by tomorrow;
> there's a possibility that chipset heatsink is dodgy, but so far it seems
> to be doing OK). That gives us a EV6 box.
>
> Which glibc version it is? I don't see
>>> On 7/2/2014 at 11:10 AM, in message <53b37840.1020...@redhat.com>, Eric
>>> Blake
wrote:
> On 07/01/2014 02:48 AM, Stefan Hajnoczi wrote:
> > From: Chunyan Liu
> >
> > Add 'nocow' option so that users could have a chance to set NOCOW flag to
> > newly created files. It's useful on bt
Signed-off-by: Chunyan Liu
---
qemu-doc.texi | 4 ++--
qemu-img.texi | 4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/qemu-doc.texi b/qemu-doc.texi
index ad92c85..551619a 100644
--- a/qemu-doc.texi
+++ b/qemu-doc.texi
@@ -590,7 +590,7 @@ check -r all} is required, which ma
On Wed, Jul 2, 2014 at 7:49 AM, Alexander Graf wrote:
> We want to give the user the ability to tell our machine file where he wants
> to have devices mapped to. This patch adds code to create these hints
> dynamically and expose them as object properties that can only be modified
> before device
On Tue, Jul 01, 2014 at 11:30:19AM -0700, Richard Henderson wrote:
> On 07/01/2014 11:23 AM, Peter Maydell wrote:
> > On 1 July 2014 18:50, Al Viro wrote:
> >> Which glibc version? Better yet, could you throw preprocessed source
> >> my way? UP1000 box is not in a good shape and I'd rather avoid
On 07/02/2014 11:24 AM, Chai Wen wrote:
> Hi
>
> I tested the latest release v2.1 qemu feature virtio-dataplane.
> And it seems that there is a little bug in it.
> Please see the following below for detail, thanks.
>
Oh, Just saw Stefan's fix. Please ignore.
Stefan Hajnoczi (4):
virtio-blk:
On Wed, Jul 2, 2014 at 7:49 AM, Alexander Graf wrote:
> We have helper functions to easily expose integers as QOM object properties.
> However, these are read only.
I think this is a good idea, and _ptr properties should have some write-ability.
> Let's introduce some easy helpers that would
> j
On Wed, Jul 2, 2014 at 7:49 AM, Alexander Graf wrote:
> We have a bunch of nice helpers that allow us to easily register an integer
> field as QOM property. However, we have those duplicated for every integer
> size available.
>
> This is very cumbersome (and prone to bugs) to work with and extend
Hi
I tested the latest release v2.1 qemu feature virtio-dataplane.
And it seems that there is a little bug in it.
Please see the following below for detail, thanks.
git: git.qemu.org/qemu.git
branch: master
top commit:
commit 92259b7f434b382fc865d1f65f7d5adeed295749
Author: Peter Maydell
Date:
On 07/01/2014 02:48 AM, Stefan Hajnoczi wrote:
> From: Chunyan Liu
>
> Add 'nocow' option so that users could have a chance to set NOCOW flag to
> newly created files. It's useful on btrfs file system to enhance performance.
>
> Btrfs has low performance when hosting VM images, even more when th
>>> On 7/2/2014 at 05:02 AM, in message <53b321cc.7070...@redhat.com>, Eric
>>> Blake
wrote:
> On 06/23/2014 03:17 AM, Chunyan Liu wrote:
> > Add 'nocow' option so that users could have a chance to set NOCOW flag to
> > newly created files. It's useful on btrfs file system to enhance
> per
On Wed, Jul 2, 2014 at 8:46 AM, Ming Lei wrote:
> On Wed, Jul 2, 2014 at 12:56 AM, Paolo Bonzini wrote:
>> Il 01/07/2014 17:21, Kevin Wolf ha scritto:
>>
>> Does this bs->file forwarding work for more than the raw driver? For
>> example, if drv is an image format driver that needs to read
On 2014/7/2 2:20, Stefano Stabellini wrote:
On Tue, 1 Jul 2014, Michael S. Tsirkin wrote:
On Tue, Jul 01, 2014 at 05:47:39PM +0100, Stefano Stabellini wrote:
On Tue, 1 Jul 2014, Michael S. Tsirkin wrote:
On Mon, Jun 30, 2014 at 03:31:05PM -0400, Ross Philipson wrote:
On 06/30/2014 03:22 PM, S
> -Original Message-
> From: Peter Maydell [mailto:peter.mayd...@linaro.org]
> Sent: Wednesday, July 02, 2014 1:27 AM
> To: Gonglei (Arei)
> Cc: QEMU Developers; Anton Ivanov (antivano); Stefan Hajnoczi; Paolo Bonzini;
> Huangweidong (C); Luonengjun; chenliang (T)
> Subject: Re: [PATCH v2]
On 2014/7/1 20:33, Michael S. Tsirkin wrote:
On Tue, Jul 01, 2014 at 05:46:58PM +0800, Chen, Tiejun wrote:
On 2014/7/1 17:12, Michael S. Tsirkin wrote:
On Tue, Jul 01, 2014 at 10:40:42AM +0800, Chen, Tiejun wrote:
On 2014/6/30 19:28, Michael S. Tsirkin wrote:
On Mon, Jun 30, 2014 at 06:20:22P
On Wed, Jul 2, 2014 at 12:49 AM, Paolo Bonzini wrote:
> Il 01/07/2014 16:49, Ming Lei ha scritto:
>
>> Let me provide some data when running randread(bs 4k, libaio)
>> from VM for 10sec:
>>
>> 1), qemu.git/master
>> - write(): 731K
>> - rt_sigprocmask(): 417K
>> - read(): 21K
>> - ppoll(): 10K
>>
On Wed, Jul 2, 2014 at 12:56 AM, Paolo Bonzini wrote:
> Il 01/07/2014 17:21, Kevin Wolf ha scritto:
>
> Does this bs->file forwarding work for more than the raw driver? For
> example, if drv is an image format driver that needs to read some
> metadata from the image before it can submi
In function do_pci_register_device() in file hw/pci/pci.c, move the assignment
of pci_dev->devfn to the position before the call to
pci_device_iommu_address_space(pci_dev) which will use the value of
pci_dev->devfn.
Signed-off-by: Le Tan
---
hw/pci/pci.c |2 +-
1 file changed, 1 insertion(+)
On Tue, 2014-07-01 at 23:49 +0200, Alexander Graf wrote:
> For e500 our approach to supporting dynamically spawned sysbus devices is to
> create a simple bus from the guest's point of view within which we map those
> devices dynamically.
>
> We allocate memory regions always within the "platform"
On Tue, 2014-07-01 at 23:49 +0200, Alexander Graf wrote:
> This patch adds support to expose eTSEC devices in the dynamically created
> guest facing device tree. This allows us to expose eTSEC devices into guests
> without changes in the machine file.
>
> Because we can now tell the guest about eT
Hello,
On behalf of the QEMU Team, I'd like to announce the availability of the
first release candidate for the QEMU 2.1 release. This release is meant
for testing purposes and should not be used in a production environment.
http://wiki.qemu.org/download/qemu-2.1.0-rc0.tar.bz2
You can help impr
On 07/01/2014 02:48 AM, Stefan Hajnoczi wrote:
> From: Jeff Cody
>
> This allows a user to make a live change to the backing file recorded in
> an open image.
>
> +
> +/* final sanity check */
> +if (!bdrv_chain_contains(bs, image_bs)) {
> +error_setg(errp, "'%s' and image file
On 07/01/2014 02:50 PM, Eric Blake wrote:
> On 07/01/2014 02:48 AM, Stefan Hajnoczi wrote:
>> From: Jeff Cody
>>
>> On some image chains, QEMU may not always be able to resolve the
>> filenames properly, when updating the backing file of an image
>> after a block job.
>>
>
>>
>> Reviewed-by: Eric
We want to give the user the ability to tell our machine file where he wants
to have devices mapped to. This patch adds code to create these hints
dynamically and expose them as object properties that can only be modified
before device realization.
Signed-off-by: Alexander Graf
---
hw/core/sysbu
Now that we can properly map sysbus devices that haven't been connected to
something forcefully by C code, we can allow the -device command line option
to spawn them.
For machines that don't implement dynamic sysbus assignment in their board
files we add a new property "has-dynamic-sysbus" to the
We have a bunch of nice helpers that allow us to easily register an integer
field as QOM property. However, we have those duplicated for every integer
size available.
This is very cumbersome (and prone to bugs) to work with and extend, so let's
strip out the only difference there is (the size) and
Platforms without ISA and/or PCI have had a seriously hard time in the dynamic
device creation world of QEMU. Devices on these were modeled as SysBus devices
which can only be instantiated in machine files, not through -device.
Why is that so?
For Sysbus devices we didn't know who should be respo
We have helper functions to easily expose integers as QOM object properties.
However, these are read only. Let's introduce some easy helpers that would
just write to the values.
We also add a new parameter to the property registration that allows us to
specify the setter function. If we need speci
This patch adds support to expose eTSEC devices in the dynamically created
guest facing device tree. This allows us to expose eTSEC devices into guests
without changes in the machine file.
Because we can now tell the guest about eTSEC devices this patch allows the
user to specify eTSEC devices via
For e500 our approach to supporting dynamically spawned sysbus devices is to
create a simple bus from the guest's point of view within which we map those
devices dynamically.
We allocate memory regions always within the "platform" hole in address
space and map IRQs to predetermined IRQ lines that
On 07/01/2014 10:52 AM, Eric Blake wrote:
> On 07/01/2014 08:52 AM, Kevin Wolf wrote:
>> When mirroring an image of a size that is not a multiple of the
>> mirror job granularity, the last request would have the right nb_sectors
>> argument, but a qiov that is rounded up to the next multiple of the
On 06/23/2014 03:17 AM, Chunyan Liu wrote:
> Add 'nocow' option so that users could have a chance to set NOCOW flag to
> newly created files. It's useful on btrfs file system to enhance performance.
>
> Btrfs has low performance when hosting VM images, even more when the guest
> in those VM are al
On 01.07.2014 [17:39:57 -0300], Eduardo Habkost wrote:
> On Tue, Jul 01, 2014 at 01:13:28PM -0700, Nishanth Aravamudan wrote:
> [...]
> > diff --git a/hw/i386/pc.c b/hw/i386/pc.c
> > index 12472c6..cdefafe 100644
> > --- a/hw/i386/pc.c
> > +++ b/hw/i386/pc.c
> > @@ -1121,6 +1121,18 @@ PcGuestInfo *
On 07/01/2014 02:48 AM, Stefan Hajnoczi wrote:
> From: Jeff Cody
>
> On some image chains, QEMU may not always be able to resolve the
> filenames properly, when updating the backing file of an image
> after a block job.
>
>
> Reviewed-by: Eric Blake
> Signed-off-by: Jeff Cody
> Signed-off-by
On 06/26/2014 09:50 PM, Hu Tao wrote:
> On Thu, Jun 26, 2014 at 10:55:33AM -0600, Eric Blake wrote:
>> On 06/26/2014 12:13 AM, Hu Tao wrote:
>>> We already have ROUND_UP but there are similar macros and ROUND_UP-like
>>> lines all around, replace them with ROUND_UP and clean up similar macros.
>>>
On Tue, Jul 01, 2014 at 01:11:08PM -0700, Nishanth Aravamudan wrote:
> As suggested by Eduardo Habkost, rename nb_numa_nodes to num_numa_nodes
> throughout the code, as that reflects the use of the variable more
> clearly.
>
> Signed-off-by: Nishanth Aravamudan
Reviewed-by: Eduardo Habkost
--
On Tue, Jul 01, 2014 at 01:13:28PM -0700, Nishanth Aravamudan wrote:
[...]
> diff --git a/hw/i386/pc.c b/hw/i386/pc.c
> index 12472c6..cdefafe 100644
> --- a/hw/i386/pc.c
> +++ b/hw/i386/pc.c
> @@ -1121,6 +1121,18 @@ PcGuestInfo *pc_guest_info_init(ram_addr_t
> below_4g_mem_size,
> guest_info
I see similar problem when few I/Os are pumped and the VM goes non-responsive.
The host sees nearly 100% CPU utilization.
top - 08:58:57 up 18:42, 2 users, load average: 0.99, 0.98, 0.95
Tasks: 355 total, 1 running, 354 sleeping, 0 stopped, 0 zombie
%Cpu(s): 1.5 us, 2.7 sy, 0.0 ni, 95.8
Sparse node numbering occurs on powerpc in practice under PowerVM. In
order to emulate the same NUMA topology under qemu, the assumption that
NUMA nodes are linearly ordered has to be removed. qemu was recently
modified to reject requests for sparse NUMA node numbering.
Leverage the present field
As suggested by Eduardo Habkost, rename nb_numa_nodes to num_numa_nodes
throughout the code, as that reflects the use of the variable more
clearly.
Signed-off-by: Nishanth Aravamudan
diff --git a/hw/i386/pc.c b/hw/i386/pc.c
index 2cf22b1..12472c6 100644
--- a/hw/i386/pc.c
+++ b/hw/i386/pc.c
@@ -
On 07/01/2014 02:06 PM, Michael S. Tsirkin wrote:
On Tue, Jul 01, 2014 at 01:39:04PM -0400, Ross Philipson wrote:
[snip]
What class does your ISA bridge device have?
#define PCI_CLASS_BRIDGE_ISA 0x0601
Also I don't like the idea of tying Tiejun's patch series, that covers
On 1 July 2014 19:30, Richard Henderson wrote:
> On 07/01/2014 11:23 AM, Peter Maydell wrote:
>> Would a 164LX be a useful (ie non-duplicate) extra resource
>> for testing this stuff? That has a 21164 (EV5) in it. I haven't
>> tried to boot it for some years, but I can have a try at
>> resurrectin
Make phyreg_writeops responsible for actually writing their
respective phy registers. The only current instance of
phyreg_writeops is set_phy_ctrl(), which we modify to actually
write the register, while also correctly handling reserved and
self-clearing bits.
have_autoneg() does not need to check
On 1 Jul 2014, at 02:12, Lb peace wrote:
> 1)“ it's an automated output of perl simply changing one calling convention
> to another”.What do you mean... I
> can not find the point :)
I'd thought this was the huge patch which was generated by
perl to change the API, but it's not.
> 2) The pro
On Tue, Jul 01, 2014 at 09:34:14PM +0300, Michael S. Tsirkin wrote:
> On Tue, Jul 01, 2014 at 05:49:50PM +0100, Stefano Stabellini wrote:
> > On Tue, 1 Jul 2014, Chen, Tiejun wrote:
> > > On 2014/7/1 3:42, Stefano Stabellini wrote:
> > > > On Mon, 30 Jun 2014, Chen, Tiejun wrote:
> > > > > On 2014/
On Tue, Jul 01, 2014 at 07:20:26PM +0100, Stefano Stabellini wrote:
> On Tue, 1 Jul 2014, Michael S. Tsirkin wrote:
> > On Tue, Jul 01, 2014 at 05:47:39PM +0100, Stefano Stabellini wrote:
> > > On Tue, 1 Jul 2014, Michael S. Tsirkin wrote:
> > > > On Mon, Jun 30, 2014 at 03:31:05PM -0400, Ross Phil
On Tue, Jul 01, 2014 at 05:49:50PM +0100, Stefano Stabellini wrote:
> On Tue, 1 Jul 2014, Chen, Tiejun wrote:
> > On 2014/7/1 3:42, Stefano Stabellini wrote:
> > > On Mon, 30 Jun 2014, Chen, Tiejun wrote:
> > > > On 2014/6/29 20:14, Michael S. Tsirkin wrote:
> > > > > On Sun, Jun 29, 2014 at 03:56:
On 07/01/2014 11:23 AM, Peter Maydell wrote:
> On 1 July 2014 18:50, Al Viro wrote:
>> Which glibc version? Better yet, could you throw preprocessed source
>> my way? UP1000 box is not in a good shape and I'd rather avoid trying to run
>> full glibc builds on it ;-/
>
> Would a 164LX be a usefu
On 1 July 2014 18:50, Al Viro wrote:
> Which glibc version? Better yet, could you throw preprocessed source
> my way? UP1000 box is not in a good shape and I'd rather avoid trying to run
> full glibc builds on it ;-/
Would a 164LX be a useful (ie non-duplicate) extra resource
for testing this s
On Tue, 1 Jul 2014, Michael S. Tsirkin wrote:
> On Tue, Jul 01, 2014 at 05:47:39PM +0100, Stefano Stabellini wrote:
> > On Tue, 1 Jul 2014, Michael S. Tsirkin wrote:
> > > On Mon, Jun 30, 2014 at 03:31:05PM -0400, Ross Philipson wrote:
> > > > On 06/30/2014 03:22 PM, Stefano Stabellini wrote:
> > >
On Tue, Jul 01, 2014 at 01:39:04PM -0400, Ross Philipson wrote:
> On 07/01/2014 01:02 PM, Michael S. Tsirkin wrote:
> >On Tue, Jul 01, 2014 at 05:47:39PM +0100, Stefano Stabellini wrote:
> >>On Tue, 1 Jul 2014, Michael S. Tsirkin wrote:
> >>>On Mon, Jun 30, 2014 at 03:31:05PM -0400, Ross Philipson
On Tue, Jul 01, 2014 at 10:03:06AM -0700, Richard Henderson wrote:
> On 06/30/2014 01:56 PM, Al Viro wrote:
> > On Mon, Jun 30, 2014 at 11:39:43AM -0700, Richard Henderson wrote:
> >
> >> Looks good.
> >>
> >> I've split it up into a couple of smaller patches, made some sylistic
> >> tweaks
> >>
On 07/01/2014 01:02 PM, Michael S. Tsirkin wrote:
On Tue, Jul 01, 2014 at 05:47:39PM +0100, Stefano Stabellini wrote:
On Tue, 1 Jul 2014, Michael S. Tsirkin wrote:
On Mon, Jun 30, 2014 at 03:31:05PM -0400, Ross Philipson wrote:
On 06/30/2014 03:22 PM, Stefano Stabellini wrote:
On Mon, 30 Jun
On 07/01/2014 05:23 AM, Pavel Dovgaluk wrote:
> This patch adds commands to control replay from the monitor.
>
> Signed-off-by: Pavel Dovgalyuk
> ---
What are the counterpart QMP commands? It is seldom right to add an HMP
command unless the same thing can be done via QMP.
> @@ -2596,6 +2734,7
On 07/01/2014 05:18 AM, Pavel Dovgaluk wrote:
> These patches modify virtual hardware to make them deterministic.
> We also implemented saving/restoring for several devices or fixed vm state
> of them to save the fields that we needed for deterministically restoring
> behavior of the devices.
>
>
On 1 July 2014 13:58, wrote:
> From: Gonglei
>
> because mmsghdr struct is introduced on Linux kernel 3.3+.
> add check for mmsghdr struct, it only gets built on hosts that
> support mmsghdr.
>
> Reported-by: chenliang
> Signed-off-by: Gonglei
Applied to master (with a tweaked commit message)
On 07/01/2014 02:26 AM, Peter Maydell wrote:
> On 1 July 2014 09:22, Paolo Bonzini wrote:
>> From: Alexey Kardashevskiy
>>
>> The existing test whether "-lm" needs to be included or not is
>> insufficient as it reports false negative on Fedora20/ppc64.
>> This happens because sin(0.0) is a consta
On 07/01/2014 10:35 AM, Ming Lei wrote:
> Before commit 580b6b2aa2(dataplane: use the Qemu block
> layer for I/O), dataplane for virtio-blk submits block
> I/O at batch.
s/at/as a/
>
> This commit 580b6b2aa2 replaces the custom linux AIO
> implementation(including I/O batch) with Qemu block
s/(
On 06/27/2014 11:24 AM, Markus Armbruster wrote:
> Signed-off-by: Markus Armbruster
> ---
> docs/qmp/qmp-events.txt | 12 ++--
> 1 file changed, 10 insertions(+), 2 deletions(-)
>
> diff --git a/docs/qmp/qmp-events.txt b/docs/qmp/qmp-events.txt
> index 22fea58..44be891 100644
> --- a/doc
Il 01/07/2014 19:08, Eric Blake ha scritto:
On 06/27/2014 11:24 AM, Markus Armbruster wrote:
Commit bcada37 dropped the (up to now undocumented) members type, len,
offset, speed, breaking tests/qemu-iotests/040 and 041.
Restore and document them. This fixes 040, and partially fixes 041.
Signe
On 06/27/2014 11:24 AM, Markus Armbruster wrote:
> Commit bcada37 dropped the (up to now undocumented) members type, len,
> offset, speed, breaking tests/qemu-iotests/040 and 041.
>
> Restore and document them. This fixes 040, and partially fixes 041.
>
> Signed-off-by: Markus Armbruster
> Test
Il 01/07/2014 18:35, Ming Lei ha scritto:
Hi,
The commit 580b6b2aa2(dataplane: use the QEMU block layer for I/O)
introduces ~40% throughput regression on virtio-blk dataplane, and
one of causes is that submitting I/O at batch is removed.
This patchset trys to introduce this mechanism on block,
On 06/30/2014 01:56 PM, Al Viro wrote:
> On Mon, Jun 30, 2014 at 11:39:43AM -0700, Richard Henderson wrote:
>
>> Looks good.
>>
>> I've split it up into a couple of smaller patches, made some sylistic tweaks
>> and pushed it to
>>
>> git://github.com/rth7680/qemu.git axp-next
>>
>> I'm starting
On Tue, Jul 01, 2014 at 05:47:39PM +0100, Stefano Stabellini wrote:
> On Tue, 1 Jul 2014, Michael S. Tsirkin wrote:
> > On Mon, Jun 30, 2014 at 03:31:05PM -0400, Ross Philipson wrote:
> > > On 06/30/2014 03:22 PM, Stefano Stabellini wrote:
> > > >On Mon, 30 Jun 2014, Michael S. Tsirkin wrote:
> > >
This patch implements .bdrv_io_plug and .bdrv_io_unplug
callbacks for linux-aio Block Drivers, so that submitting
I/O at batch can be supported on linux-aio.
Signed-off-by: Ming Lei
---
block/linux-aio.c | 86 +++--
block/raw-aio.h |2 ++
b
Il 01/07/2014 17:21, Kevin Wolf ha scritto:
Does this bs->file forwarding work for more than the raw driver? For
example, if drv is an image format driver that needs to read some
metadata from the image before it can submit the payload, does this
still do what you were intending?
Sorry for not
On 07/01/2014 08:52 AM, Kevin Wolf wrote:
> When mirroring an image of a size that is not a multiple of the
> mirror job granularity, the last request would have the right nb_sectors
> argument, but a qiov that is rounded up to the next multiple of the
> granularity. Don't do this.
>
> This fixes
On Tue, 1 Jul 2014, Michael S. Tsirkin wrote:
> On Mon, Jun 30, 2014 at 08:34:46PM +0100, Stefano Stabellini wrote:
> > On Fri, 27 Jun 2014, Chen, Tiejun wrote:
> > > On 2014/6/25 17:58, Chen, Tiejun wrote:
> > > > On 2014/6/25 17:44, Michael S. Tsirkin wrote:
> > > > > On Wed, Jun 25, 2014 at 05:2
On Tue, 1 Jul 2014, Chen, Tiejun wrote:
> On 2014/7/1 3:42, Stefano Stabellini wrote:
> > On Mon, 30 Jun 2014, Chen, Tiejun wrote:
> > > On 2014/6/29 20:14, Michael S. Tsirkin wrote:
> > > > On Sun, Jun 29, 2014 at 03:56:10PM +0800, Chen, Tiejun wrote:
> > > > > On 2014/6/27 19:26, Paolo Bonzini wr
Il 01/07/2014 16:49, Ming Lei ha scritto:
Let me provide some data when running randread(bs 4k, libaio)
from VM for 10sec:
1), qemu.git/master
- write(): 731K
- rt_sigprocmask(): 417K
- read(): 21K
- ppoll(): 10K
- io_submit(): 5K
- io_getevents(): 4K
2), qemu 2.0
- write(): 9K
- read(): 28K
-
On Tue, 1 Jul 2014, Michael S. Tsirkin wrote:
> On Mon, Jun 30, 2014 at 03:31:05PM -0400, Ross Philipson wrote:
> > On 06/30/2014 03:22 PM, Stefano Stabellini wrote:
> > >On Mon, 30 Jun 2014, Michael S. Tsirkin wrote:
> > >>On Mon, Jun 30, 2014 at 03:24:58PM +0800, Chen, Tiejun wrote:
> > >>>On 201
Before commit 580b6b2aa2(dataplane: use the Qemu block
layer for I/O), dataplane for virtio-blk submits block
I/O at batch.
This commit 580b6b2aa2 replaces the custom linux AIO
implementation(including I/O batch) with Qemu block
layer, but this commit causes ~40% throughput regression
on virtio-bl
Il 01/07/2014 16:42, Wenchao Xia ha scritto:
>> diff --git a/qapi/block-core.json b/qapi/block-core.json
>> index 822fe16..fd5b579 100644
>> --- a/qapi/block-core.json
>> +++ b/qapi/block-core.json
>> @@ -1544,7 +1544,7 @@
>> { 'event': 'BLOCK_JOB_ERROR',
>> 'data': { 'device' : 'str',
>>
Commit 240ce26a broke MIPS16 and microMIPS support as it didn't
care those branches and jumps don't have delay slot in
MIPS16 and microMIPS.
This patch introduces a new argument delayslot_size to the
gen_compute_branch() indicating size of delay slot {0, 2, 4}.
And the information is used to call
This patch defines .bdrv_io_plug and .bdrv_io_unplug callbacks,
so that we can support to submit IO at batch for linux-aio.
Signed-off-by: Ming Lei
---
block/raw_bsd.c | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/block/raw_bsd.c b/block/raw_bsd.c
index 492
This patch introduces these two APIs so that following
patches can support queuing I/O requests and submitting them
at batch for improving I/O performance.
Reviewed-by: Paolo Bonzini
Signed-off-by: Ming Lei
---
block.c | 17 +
include/block/block.h |3
Hi,
The commit 580b6b2aa2(dataplane: use the QEMU block layer for I/O)
introduces ~40% throughput regression on virtio-blk dataplane, and
one of causes is that submitting I/O at batch is removed.
This patchset trys to introduce this mechanism on block, at least,
linux-aio can benefit from that.
From: KONRAD Frederic
This fixes a bug where QEMU stall in icount mode.
It happens when a simple timer callback is created on VIRTUAL CLOCK modding
itself regularly.
The actual warping mechanism is called once and then the time didn't grow
anymore.
Signed-off-by: KONRAD Frederic
---
main-loo
r/tags/qom-devices-for-2.1'
> into staging (2014-07-01 11:00:53 +0100)
>
> are available in the git repository at:
>
>
> git://git.kraxel.org/qemu tags/pull-usb-20140701-1
>
> for you to fetch changes up to c1129f6bffb6fc756f53c06bc554a7997b1f4be4:
>
&
On 1 July 2014 16:58, Anton Ivanov (antivano) wrote:
> On 01/07/14 16:34, Peter Maydell wrote:
>> We don't need to support this optional feature on RHEL5, we
>> just need not to die horribly trying to compile it when we're
>> on an older system, that's all. This patch should be enough for
>> this,
On 01/07/14 16:34, Peter Maydell wrote:
> On 1 July 2014 16:26, Anton Ivanov (antivano) wrote:
>> On 01/07/14 16:14, Peter Maydell wrote:
>>> On 1 July 2014 16:06, Anton Ivanov (antivano) wrote:
As far as general purpose linuxes, the relevant libc headers are present
in Ubuntul LTS 12.x
- Mail original -
> De: "Frederic Konrad"
> À: "Sebastian Tanase" , qemu-devel@nongnu.org
> Cc: kw...@redhat.com, "peter maydell" ,
> a...@alex.org.uk, wenchaoq...@gmail.com,
> quint...@redhat.com, m...@tls.msk.ru, m...@redhat.com, stefa...@redhat.com,
> arm...@redhat.com, lcapitul...@
- Mail original -
> De: "Paolo Bonzini"
> À: "Sebastian Tanase" , qemu-devel@nongnu.org
> Cc: aligu...@amazon.com, afaer...@suse.de, r...@twiddle.net, "peter maydell"
> ,
> mich...@walle.cc, a...@alex.org.uk, stefa...@redhat.com,
> lcapitul...@redhat.com, crobi...@redhat.com,
> arm...@
- Mail original -
> De: "Paolo Bonzini"
> À: "Sebastian Tanase" , qemu-devel@nongnu.org
> Cc: aligu...@amazon.com, afaer...@suse.de, r...@twiddle.net, "peter maydell"
> ,
> mich...@walle.cc, a...@alex.org.uk, stefa...@redhat.com,
> lcapitul...@redhat.com, crobi...@redhat.com,
> arm...@
- Mail original -
> De: "Paolo Bonzini"
> À: "Sebastian Tanase" , qemu-devel@nongnu.org
> Cc: aligu...@amazon.com, afaer...@suse.de, r...@twiddle.net, "peter maydell"
> ,
> mich...@walle.cc, a...@alex.org.uk, stefa...@redhat.com,
> lcapitul...@redhat.com, crobi...@redhat.com,
> arm...@
On 01.07.2014 [12:24:48 -0300], Eduardo Habkost wrote:
> On Mon, Jun 30, 2014 at 02:34:56PM -0700, Nishanth Aravamudan wrote:
> [...]
> > }
> > + assert(numa_info[i].present);
> > numa_info[i].node_mem = ram_size - usedmem;
> > }
>
> Tab here.
>
> >
> [.
On 1 July 2014 16:26, Anton Ivanov (antivano) wrote:
> On 01/07/14 16:14, Peter Maydell wrote:
>> On 1 July 2014 16:06, Anton Ivanov (antivano) wrote:
>>> As far as general purpose linuxes, the relevant libc headers are present
>>> in Ubuntul LTS 12.x and onwards, Debian 7.x, Fedora, and all othe
On 01/07/14 16:14, Peter Maydell wrote:
> On 1 July 2014 16:06, Anton Ivanov (antivano) wrote:
>> As far as general purpose linuxes, the relevant libc headers are present
>> in Ubuntul LTS 12.x and onwards, Debian 7.x, Fedora, and all other major
>> distros. I do not have a RHEL handy to check, bu
- Mail original -
> De: "Paolo Bonzini"
> À: "Sebastian Tanase" , qemu-devel@nongnu.org
> Cc: aligu...@amazon.com, afaer...@suse.de, r...@twiddle.net, "peter maydell"
> ,
> mich...@walle.cc, a...@alex.org.uk, stefa...@redhat.com,
> lcapitul...@redhat.com, crobi...@redhat.com,
> arm...@
The memory allocation between hw/block/virtio-blk.c,
hw/block/dataplane/virtio-blk.c, and hw/virtio/dataplane/vring.c is
messy. Structs are allocated in different files than they are freed in.
This is risky and makes memory leaks easier.
Embed VirtQueueElement in VirtIOBlockReq to reduce the amou
This series fixes issues recently introduced when unifying virtio-blk
dataplane's request handling with non-dataplane virtio-blk.
The problems include broken memory allocation for dataplane requests and a
performance regression for non-dataplane. See the patches for details.
Stefan Hajnoczi (4):
VirtIOBlockReq is freed later by virtio_blk_free_request() in
hw/block/virtio-blk.c. Remove this extraneous g_slice_free().
This patch fixes the following segfault:
0x556373af in virtio_blk_rw_complete (opaque=0x565ff5e0, ret=0)
at hw/block/virtio-blk.c:99
99 bdrv_acct_
VirtQueueElement is allocated in vring_pop() so it seems to make sense
that vring_push() should free it. Alas, virtio-blk frees
VirtQueueElement itself in virtio_blk_free_request().
This patch solves a double-free assertion in glib's g_slice_free().
Rename vring_free_element() to vring_unmap_ele
1 - 100 of 307 matches
Mail list logo
