On 22.09.2014 21:06, Paolo Bonzini wrote:
Il 22/09/2014 11:43, Peter Lieven ha scritto:
This series aims not at touching default behaviour. The default for
max_transfer_length
is 0 (no limit). max_transfer_length is a limit that MUST be satisfied
otherwise the request
will fail. And Patch 2
John Snow js...@redhat.com writes:
On 09/19/2014 05:53 AM, Markus Armbruster wrote:
John Snow js...@redhat.com writes:
This is an extremely rough/quick sketch of
a -cdrom/-hda desugaring fix for Q35/AHCI.
Before I spent any time on it, I wanted feedback
from Markus or anyone else who had
There's new interrupt type in the recent Xtensa releases that may appear
in configuration overlay. Add definition so that new cores that use it
could be automatically imported.
Signed-off-by: Max Filippov jcmvb...@gmail.com
---
target-xtensa/cpu.h | 1 +
target-xtensa/overlay_tool.h | 1
Xtensa cores have configurable interrupt vectors and endiannes. This
information is needed to link executable images correctly for a specific
core configuration. Instead of hard-coding dc232 defaults pull endianness,
number of high-priority interrupts and location of vectors from the core
Signed-off-by: Fam Zheng f...@redhat.com
---
hw/scsi/virtio-scsi.c | 4
1 file changed, 4 insertions(+)
diff --git a/hw/scsi/virtio-scsi.c b/hw/scsi/virtio-scsi.c
index 395178e..09a39cb 100644
--- a/hw/scsi/virtio-scsi.c
+++ b/hw/scsi/virtio-scsi.c
@@ -488,6 +488,8 @@ bool
This implements the core part of dataplane feature of virtio-scsi.
A few fields are added in VirtIOSCSICommon to maintain the dataplane
status. These fields are managed by a new source file:
virtio-scsi-dataplane.c.
Most code in this file will run on an iothread, unless otherwise
commented as in
The second half of previous series while rebasing on Paolo's scsi-next branch.
Changes include:
- Move dataplane fields from VirtIOSCSICommon to VirtIOSCSI.
- Assert s-ctx in virtio_scsi_set_iothread.
- No virtio_scsi_aio_acquire, just acquire/release in virtio_scsi_push_event.
- Add
Mechanical change, in preparation for bdrv_io_plug/bdrv_io_unplug.
Signed-off-by: Fam Zheng f...@redhat.com
---
hw/scsi/virtio-scsi-dataplane.c | 4 +++-
hw/scsi/virtio-scsi.c | 20
include/hw/virtio/virtio-scsi.h | 3 ++-
3 files changed, 17 insertions(+), 10
Similar to virtio-blk-dataplane, we stop the iothread while migration
starts and restart it when migration finishes.
Signed-off-by: Fam Zheng f...@redhat.com
---
hw/scsi/virtio-scsi.c | 35 ---
include/hw/virtio/virtio-scsi.h | 2 ++
2 files changed, 34
This enables the virtio-scsi-dataplane code by setting the iothread
in virtio-scsi device, and makes any function that is called by
back from dataplane to cooperate with the caller: they need to be
vring/iothread aware when handling the requests and using scsi devices
on the bus.
Signed-off-by:
Queue the popped requests while calling
virtio_scsi_handle_cmd_req_prepare(), then submit them after all
prepared.
Signed-off-by: Fam Zheng f...@redhat.com
---
hw/scsi/virtio-scsi-dataplane.c | 9 +++--
hw/scsi/virtio-scsi.c | 9 +++--
include/hw/virtio/virtio-scsi.h | 3 +++
3
We are ready, now let's effectively enable dataplane.
Signed-off-by: Fam Zheng f...@redhat.com
---
hw/scsi/virtio-scsi.c | 4
1 file changed, 4 insertions(+)
diff --git a/hw/scsi/virtio-scsi.c b/hw/scsi/virtio-scsi.c
index 09a39cb..fa36e23 100644
--- a/hw/scsi/virtio-scsi.c
+++
Michael S. Tsirkin m...@redhat.com writes:
On Mon, Sep 22, 2014 at 05:32:16PM +0200, Markus Armbruster wrote:
Michael S. Tsirkin m...@redhat.com writes:
On Sun, Sep 21, 2014 at 03:38:59PM +0100, Alex Bligh wrote:
Add a configure option --enable-pc-1-0-qemu-kvm and the
corresponding
If we configure mlock=on and memory policy=bind at the same time,
It will consume lots of time for system to treat with memory,
especially when call mbind after mlockall.
Adjust the place of calling mlockall, calling mbind before mlockall
can remarkably reduce the time of VM's startup.
Eric Blake ebl...@redhat.com writes:
After an in-tree build and run of 'make check-{qapi-schema,unit}',
I noticed some leftover files.
Signed-off-by: Eric Blake ebl...@redhat.com
Reviewed-by: Wenchao Xia wenchaoq...@gmail.com
Reviewed-by: Markus Armbruster arm...@redhat.com
When do memory hotplug, if there is numa node, we should add
the memory size to the corresponding node memory size.
For now, it mainly affects the result of hmp command info numa.
Signed-off-by: zhanghailiang zhang.zhanghaili...@huawei.com
---
v3:
- cold-plugged memory should not be excluded
On Tue, Sep 23, 2014 at 09:59:17AM +0200, Markus Armbruster wrote:
Michael S. Tsirkin m...@redhat.com writes:
On Mon, Sep 22, 2014 at 05:32:16PM +0200, Markus Armbruster wrote:
Michael S. Tsirkin m...@redhat.com writes:
On Sun, Sep 21, 2014 at 03:38:59PM +0100, Alex Bligh wrote:
After some digging, it seems that windows itself is responsible for that
bug. On international keyboards, it tend to send Ctrl and Alt
instead of AltGr keycode.
A possible patch would be to add an option to QEMU command line to
handle Ctrl and Alt keystrokes being pressed at the same time as
On 09/09/2014 02:09 AM, Dr. David Alan Gilbert wrote:
(cc'ing Michael Hines who owns and knows the RDMA code)
* Karl-Philipp Richter (krichter...@aol.de) wrote:
** Description changed:
After `make clean` and `git clean -x -f -d` `git checkout v2.1.0
configure
On 09/09/2014 02:09 AM, Dr. David Alan Gilbert wrote:
(cc'ing Michael Hines who owns and knows the RDMA code)
* Karl-Philipp Richter (krichter...@aol.de) wrote:
** Description changed:
After `make clean` and `git clean -x -f -d` `git checkout v2.1.0
configure
On Tue, Sep 23, 2014 at 03:57:47PM +0800, zhanghailiang wrote:
If we configure mlock=on and memory policy=bind at the same time,
It will consume lots of time for system to treat with memory,
especially when call mbind after mlockall.
Adjust the place of calling mlockall, calling mbind before
On 23.09.14 00:28, Alex Williamson wrote:
On Tue, 2014-09-23 at 00:08 +0200, Alexander Graf wrote:
On 22.09.14 22:47, Alex Williamson wrote:
On Fri, 2014-09-19 at 13:54 +0200, frank.blasc...@de.ibm.com wrote:
This set of patches implements a vfio based solution for pci
pass-through on the
On Tue, Sep 23, 2014 at 11:30:26AM +0300, Michael S. Tsirkin wrote:
On Tue, Sep 23, 2014 at 03:57:47PM +0800, zhanghailiang wrote:
If we configure mlock=on and memory policy=bind at the same time,
It will consume lots of time for system to treat with memory,
especially when call mbind after
Il 23/09/2014 05:09, Gonglei (Arei) ha scritto:
Hi,
This doesn't change the fact that ObjectProperty is a generic struct,
and adding alias-specific fields there is wrong.
OK, Maybe I should find other ways to attach this purpose and
avoid layering violation. Thanks!
Unfortunately I
On Mon, 22 Sep 2014 17:03:12 +0800
Tang Chen tangc...@cn.fujitsu.com wrote:
Hi Igor,
On 09/19/2014 08:26 PM, Igor Mammedov wrote:
On Wed, 17 Sep 2014 16:32:20 +0800
Hu Tao hu...@cn.fujitsu.com wrote:
On Tue, Sep 16, 2014 at 06:39:15PM +0800, zhanghailiang wrote:
If we do not
On 09/19/2014 06:47 PM, Kevin Wolf wrote: Am 16.09.2014 um 14:59 hat Paolo
Bonzini geschrieben:
Il 16/09/2014 14:52, Kevin Wolf ha scritto:
Yes, that's true. We can't fix this problem in qcow2, though, because
it's a more general one. I think we must make sure that
bdrv_invalidate_cache()
Am 08.09.2014 um 16:54 hat Peter Lieven geschrieben:
On 08.09.2014 16:42, Paolo Bonzini wrote:
Il 08/09/2014 16:35, Peter Lieven ha scritto:
Whats your opinion changed the max_xfer_len to 0x regardsless
of use_16_for_rw in iSCSI?
If you implemented request splitting in the block layer, it
On Mon, Sep 22, 2014 at 10:38:34PM +0200, Laszlo Ersek wrote:
The first patch introduces a generic comparator. This comparator should
cover all machine types at once that don't belong to machine type
families. Hence, for example, the output it produces for
qemu-system-aarch64 -M \?
is
On 23.09.2014 10:47, Kevin Wolf wrote:
Am 08.09.2014 um 16:54 hat Peter Lieven geschrieben:
On 08.09.2014 16:42, Paolo Bonzini wrote:
Il 08/09/2014 16:35, Peter Lieven ha scritto:
Whats your opinion changed the max_xfer_len to 0x regardsless
of use_16_for_rw in iSCSI?
If you implemented
On 09/23/2014 04:40 PM, Igor Mammedov wrote:
..
It's fine to use SRAT for these purposes on baremetal NUMA systems since
due to used chipset constrains it's possible statically allocate ranges
for every possible DIMM socket.
However SRAT(which is optional table BTW) entries are not
Am 23.09.2014 um 08:15 hat Peter Lieven geschrieben:
On 22.09.2014 21:06, Paolo Bonzini wrote:
Il 22/09/2014 11:43, Peter Lieven ha scritto:
This series aims not at touching default behaviour. The default for
max_transfer_length
is 0 (no limit). max_transfer_length is a limit that MUST be
On Mon, 22 Sep 2014 14:17:28 +0300
Michael S. Tsirkin m...@redhat.com wrote:
On Fri, Sep 19, 2014 at 02:37:46PM +0200, Igor Mammedov wrote:
On Tue, 16 Sep 2014 18:39:15 +0800
zhanghailiang zhang.zhanghaili...@huawei.com wrote:
If we do not configure numa option, memory hotplug should
Running barebox on qemu-system-mips* with '-d unimp' overloads
stderr by very very many mips_cpu_handle_mmu_fault() messages:
mips_cpu_handle_mmu_fault address=b80003fd ret 0 physical 180003fd
prot 3
mips_cpu_handle_mmu_fault address=a0800884 ret 0 physical 00800884
prot 3
On 23.09.2014 10:59, Kevin Wolf wrote:
Am 23.09.2014 um 08:15 hat Peter Lieven geschrieben:
On 22.09.2014 21:06, Paolo Bonzini wrote:
Il 22/09/2014 11:43, Peter Lieven ha scritto:
This series aims not at touching default behaviour. The default for
max_transfer_length
is 0 (no limit).
Gonglei (Arei) arei.gong...@huawei.com writes:
Hi,
This doesn't change the fact that ObjectProperty is a generic struct,
and adding alias-specific fields there is wrong.
OK, Maybe I should find other ways to attach this purpose and
avoid layering violation. Thanks!
Unfortunately I
On 2014/9/23 16:35, Hu Tao wrote:
On Tue, Sep 23, 2014 at 11:30:26AM +0300, Michael S. Tsirkin wrote:
On Tue, Sep 23, 2014 at 03:57:47PM +0800, zhanghailiang wrote:
If we configure mlock=on and memory policy=bind at the same time,
It will consume lots of time for system to treat with memory,
On 23 September 2014 10:04, Antony Pavlov antonynpav...@gmail.com wrote:
Running barebox on qemu-system-mips* with '-d unimp' overloads
stderr by very very many mips_cpu_handle_mmu_fault() messages:
mips_cpu_handle_mmu_fault address=b80003fd ret 0 physical 180003fd
prot 3
Am 23.09.2014 um 10:55 hat Peter Lieven geschrieben:
- should we only merge requests within the same cluster?
Does it hurt to merge everything we can? The block driver needs to be
able to take things apart anyway, the large request could come from
somewhere else (guest, block job, builtin
On Tue, Sep 23, 2014 at 11:06:02AM +0200, Markus Armbruster wrote:
Gonglei (Arei) arei.gong...@huawei.com writes:
Hi,
This doesn't change the fact that ObjectProperty is a generic struct,
and adding alias-specific fields there is wrong.
OK, Maybe I should find other ways to
-Original Message-
From: Markus Armbruster [mailto:arm...@redhat.com]
Sent: Tuesday, September 23, 2014 5:06 PM
To: Gonglei (Arei)
Cc: Paolo Bonzini; Michael S. Tsirkin; ag...@suse.de; Huangweidong (C);
stefa...@redhat.com; Huangpeng (Peter); qemu-devel@nongnu.org;
Subject: Re: [PATCH 0/3] Fix confused output for alias properties
Il 23/09/2014 05:09, Gonglei (Arei) ha scritto:
Hi,
This doesn't change the fact that ObjectProperty is a generic struct,
and adding alias-specific fields there is wrong.
OK, Maybe I should find other ways to attach
On Tue, 23 Sep 2014 13:35:19 +0800
Zhu Guihua zhugh.f...@cn.fujitsu.com wrote:
Provides HMP equivalent of QMP query-memory-devices command.
Signed-off-by: Zhu Guihua zhugh.f...@cn.fujitsu.com
---
Changes since v4:
- enclose ID in double quotes.
Changes since v3:
- optimize the time to
From: Dr. David Alan Gilbert dgilb...@redhat.com
** Intended to merge separately; see the separate qemu-devel thread for
latest version
**
COLO buffer: Use QEMUSizedBuffer/QEMUFile to store migration data
We need a buffer to store migration data.
On save side:
all saved data is written
Virtual machine (VM) replication is a well known technique for
providing application-agnostic software-implemented hardware fault
tolerance non-stop service. COLO is a high availability solution.
Both primary VM (PVM) and secondary VM (SVM) run in parallel. They
receive the same request from
Integrate COLO checkpointed save flow into qemu migration.
Add a migrate state: MIG_STATE_COLO, enter this migrate state
after the first live migration successfully finished.
Create a colo thread to do the checkpointed save.
Signed-off-by: Yang Hongyang yan...@cn.fujitsu.com
---
We use COLO agent to compare the packets returned by
Primary VM and Secondary VM, and decide whether to start a
checkpoint according to some rules. It is a linux kernel
module for host.
COLO controller communicate with the agent through ioctl().
Signed-off-by: Yang Hongyang yan...@cn.fujitsu.com
migrate colo info to migration target to tell the target colo is
enabled.
Signed-off-by: Yang Hongyang yan...@cn.fujitsu.com
---
Makefile.objs | 1 +
include/migration/migration-colo.h | 3 ++
migration-colo-comm.c | 68 ++
./configure --enable-colo/--disable-colo to switch COLO
support on/off.
COLO support is on by default.
Signed-off-by: Yang Hongyang yan...@cn.fujitsu.com
---
configure | 14 ++
1 file changed, 14 insertions(+)
diff --git a/configure b/configure
index 6c3d6cd..12635cd 100755
---
COLO do not support qdev hotplug migration, disable it.
Signed-off-by: Yang Hongyang yan...@cn.fujitsu.com
---
migration-colo.c | 12
1 file changed, 12 insertions(+)
diff --git a/migration-colo.c b/migration-colo.c
index 391e0b7..1e6cd70 100644
--- a/migration-colo.c
+++
Add a migration capability 'colo'. If this capability is on,
The migration will never end, and the VM will be continuously
checkpointed.
Signed-off-by: Yang Hongyang yan...@cn.fujitsu.com
---
migration.c | 8
qapi-schema.json | 5 -
2 files changed, 12 insertions(+), 1
enter colo checkpointed restore loop after live migration.
Signed-off-by: Yang Hongyang yan...@cn.fujitsu.com
---
include/migration/migration-colo.h | 6 ++
migration-colo-comm.c | 10 ++
migration-colo.c | 22 ++
migration.c
is_slaver is to determine whether the QEMU instance is a
slaver(migration target) at runtime.
is_master is to determine whether the QEMU instance is a
master(migration starter) at runtime.
This 2 APIs will be used later.
Signed-off-by: Yang Hongyang yan...@cn.fujitsu.com
---
migration-colo.c |
implement colo save
Signed-off-by: Yang Hongyang yan...@cn.fujitsu.com
---
migration-colo.c | 60 +---
1 file changed, 53 insertions(+), 7 deletions(-)
diff --git a/migration-colo.c b/migration-colo.c
index 2e478e9..d99342a 100644
---
introduce an api colo_supported() to indicate COLO support, returns
true if colo supported (configured with --enable-colo).
Signed-off-by: Yang Hongyang yan...@cn.fujitsu.com
---
Makefile.objs | 1 +
include/migration/migration-colo.h | 18 ++
init/remove colo nic devices when add/cleanup tap devices
Signed-off-by: Yang Hongyang yan...@cn.fujitsu.com
Cc: Stefan Hajnoczi stefa...@redhat.com
---
include/net/colo-nic.h | 18 +
include/net/net.h | 3 +++
net/Makefile.objs | 1 +
net/colo-nic.c | 54
implement colo checkpoint protocol.
Checkpoint synchronzing points.
Primary Secondary
NEW @
Suspend
SUSPENDED @
SuspendSave state
SEND@
Guest will enter this state when paused to save/restore VM state
under colo checkpoint.
Signed-off-by: Yang Hongyang yan...@cn.fujitsu.com
---
qapi-schema.json | 5 -
vl.c | 8
2 files changed, 12 insertions(+), 1 deletion(-)
diff --git a/qapi-schema.json
On 23.09.2014 10:59, Kevin Wolf wrote:
Am 23.09.2014 um 08:15 hat Peter Lieven geschrieben:
On 22.09.2014 21:06, Paolo Bonzini wrote:
Il 22/09/2014 11:43, Peter Lieven ha scritto:
This series aims not at touching default behaviour. The default for
max_transfer_length
is 0 (no limit).
implement colo restore
Signed-off-by: Yang Hongyang yan...@cn.fujitsu.com
---
migration-colo.c | 46 --
1 file changed, 40 insertions(+), 6 deletions(-)
diff --git a/migration-colo.c b/migration-colo.c
index d99342a..91634d2 100644
---
Because COLO Agent is under development. We add this hack for
test purpose. Trigger checkpoint every 500ms so that we can
test the process of COLO save/restore.
NOTE:
This is only a hack, and will be removed at last.
Signed-off-by: Yang Hongyang yan...@cn.fujitsu.com
---
migration-colo.c | 14
reuse migration bitmap under colo checkpoint, only send dirty pages
per-checkpoint.
Signed-off-by: Yang Hongyang yan...@cn.fujitsu.com
---
arch_init.c| 20 +++-
include/migration/migration-colo.h | 2 ++
migration-colo.c | 6 ++
The ram cache was initially the same as PVM's memory. At
checkpoint, we cache the dirty memory of PVM into ram cache
(so that ram cache always the same as PVM's memory at every
checkpoint), flush cached memory to SVM after we received
all PVM dirty memory (only needed to flush memory that was
both
add command line switch
Signed-off-by: Yang Hongyang yan...@cn.fujitsu.com
Cc: Anthony Liguori aligu...@amazon.com
Cc: Stefan Hajnoczi stefa...@redhat.com
---
qapi-schema.json | 8 +++-
qemu-options.hx | 10 +-
2 files changed, 16 insertions(+), 2 deletions(-)
diff --git
implement colo nic device interface configure()
add a script to configure nic devices:
${QEMU_SCRIPT_DIR}/network-colo
Script for configuring the network of Master Slaver.
Usage:
network-colo (master|slaver) (install|uninstall) vif pif [ifb1 ifb2]
Signed-off-by: Yang Hongyang
implement colo nic device interface support_colo()
Signed-off-by: Yang Hongyang yan...@cn.fujitsu.com
---
net/colo-nic.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/net/colo-nic.c b/net/colo-nic.c
index 2f7ca23..7255a48 100644
--- a/net/colo-nic.c
+++
export colo nic APIs:
colo_configure_nic()
colo_teardown_nic()
Signed-off-by: Yang Hongyang yan...@cn.fujitsu.com
---
include/net/colo-nic.h | 2 ++
net/colo-nic.c | 63 +-
2 files changed, 64 insertions(+), 1 deletion(-)
diff --git
setup/teardown colo nic devices when enter/leave
colo process.
Signed-off-by: Yang Hongyang yan...@cn.fujitsu.com
---
migration-colo.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/migration-colo.c b/migration-colo.c
index 1da5629..13f55d9 100644
--- a/migration-colo.c
+++
The beX_to_cpu() and cpu_to_beX() functions perform the same operation -
they do a byteswap if the host CPU endianness is little-endian or a
nothing otherwise.
The point of two names for the same operation is that it documents which
direction the data is being converted. This makes it clear
Il 02/09/2014 11:17, Peter Lieven ha scritto:
Juan is back, I'll let him pick it through his tree.
Juan, have you picked this up?
commit db80facefa62dff42bb50c73b0f03eda5f732b49
Author: Peter Lieven p...@kamp.de
Date: Tue Jun 10 11:29:16 2014 +0200
migration: catch unknown flags in
Am 23.09.2014 um 11:32 hat Peter Lieven geschrieben:
On 23.09.2014 10:59, Kevin Wolf wrote:
Am 23.09.2014 um 08:15 hat Peter Lieven geschrieben:
On 22.09.2014 21:06, Paolo Bonzini wrote:
Il 22/09/2014 11:43, Peter Lieven ha scritto:
This series aims not at touching default behaviour. The
Il 23/09/2014 11:46, Paolo Bonzini ha scritto:
Il 02/09/2014 11:17, Peter Lieven ha scritto:
Juan is back, I'll let him pick it through his tree.
Juan, have you picked this up?
commit db80facefa62dff42bb50c73b0f03eda5f732b49
Author: Peter Lieven p...@kamp.de
Date: Tue Jun 10 11:29:16
On 23.09.2014 11:47, Kevin Wolf wrote:
Am 23.09.2014 um 11:32 hat Peter Lieven geschrieben:
On 23.09.2014 10:59, Kevin Wolf wrote:
Am 23.09.2014 um 08:15 hat Peter Lieven geschrieben:
On 22.09.2014 21:06, Paolo Bonzini wrote:
Il 22/09/2014 11:43, Peter Lieven ha scritto:
This series aims
On Mon, Sep 22, 2014 at 01:24:16PM +, Lucian Petrut wrote:
+if (cpu_to_be32(footer-type) == VHD_DIFFERENCING) {
footer_buf is big-endian so this should be be32_to_cpu()
My bad, I’ll fix the BE related issues.
The existing block/vpc.c code confuses beX_to_cpu() and cpu_to_beX(). I
Paolo Bonzini pbonz...@redhat.com writes:
Il 23/09/2014 05:09, Gonglei (Arei) ha scritto:
Hi,
This doesn't change the fact that ObjectProperty is a generic struct,
and adding alias-specific fields there is wrong.
OK, Maybe I should find other ways to attach this purpose and
avoid
Am 23.09.2014 um 11:52 hat Peter Lieven geschrieben:
On 23.09.2014 11:47, Kevin Wolf wrote:
Am 23.09.2014 um 11:32 hat Peter Lieven geschrieben:
On 23.09.2014 10:59, Kevin Wolf wrote:
Am 23.09.2014 um 08:15 hat Peter Lieven geschrieben:
On 22.09.2014 21:06, Paolo Bonzini wrote:
Il 22/09/2014
On 2014/9/23 17:01, Igor Mammedov wrote:
On Mon, 22 Sep 2014 14:17:28 +0300
Michael S. Tsirkin m...@redhat.com wrote:
On Fri, Sep 19, 2014 at 02:37:46PM +0200, Igor Mammedov wrote:
On Tue, 16 Sep 2014 18:39:15 +0800
zhanghailiang zhang.zhanghaili...@huawei.com wrote:
If we do not configure
The blkdebug block driver is undocumented. Documenting it is worthwhile
since it offers powerful error injection features that are used by
qemu-iotests test cases.
This document will make it easier for people to learn about and use
blkdebug.
Signed-off-by: Stefan Hajnoczi stefa...@redhat.com
On Mon, Sep 22, 2014 at 05:45:15PM +0200, Markus Armbruster wrote:
Stefan Hajnoczi stefa...@redhat.com writes:
Over time a few unused trace events have been left behind in ./trace-events.
Either the code that called them was deleted or the event was never called
in
the first place.
On 2014/9/23 16:58, Tang Chen wrote:
On 09/23/2014 04:40 PM, Igor Mammedov wrote:
..
It's fine to use SRAT for these purposes on baremetal NUMA systems since
due to used chipset constrains it's possible statically allocate ranges
for every possible DIMM socket.
However SRAT(which is
On 2014/9/23 16:30, Michael S. Tsirkin wrote:
On Tue, Sep 23, 2014 at 03:57:47PM +0800, zhanghailiang wrote:
If we configure mlock=on and memory policy=bind at the same time,
It will consume lots of time for system to treat with memory,
especially when call mbind after mlockall.
Adjust the
This adds a stub for ohci_td_pkt() function (which traces packets)
when configured without --enable-trace-backend
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
---
It should probably be squashed to
[PATCH] ohci: Convert fprint/DPRINTF/print to traces
Sorry about that...
---
On 09/23/2014 06:11 PM, zhanghailiang wrote:
On 2014/9/23 16:58, Tang Chen wrote:
On 09/23/2014 04:40 PM, Igor Mammedov wrote:
..
It's fine to use SRAT for these purposes on baremetal NUMA systems
since
due to used chipset constrains it's possible statically allocate ranges
for every
On 09/22/2014 04:19 PM, Paolo Bonzini wrote:
po/Makefile includes rules.mak to use the nice quiet-command macro.
However, this also brings in a %.mo rule that breaks make build.
Put our own rule before the include, so that it has precedence.
Reported-by: Christian Borntraeger
On Mon, Sep 22, 2014 at 12:35:22PM -0500, Lluís Vilanova wrote:
Stefan Hajnoczi writes:
Use \w for properties and trace event names since they are both drawn
from [a-zA-Z0-9_] character sets.
The .* for matching properties was too aggressive and caused the
following failure with
Il 23/09/2014 09:49, Fam Zheng ha scritto:
The second half of previous series while rebasing on Paolo's scsi-next branch.
Changes include:
- Move dataplane fields from VirtIOSCSICommon to VirtIOSCSI.
- Assert s-ctx in virtio_scsi_set_iothread.
- No virtio_scsi_aio_acquire, just
Use \w for properties and trace event names since they are both drawn
from [a-zA-Z0-9_] character sets.
The .* for matching properties was too aggressive and caused the
following failure with foo(int rc) (this is a test):
Traceback (most recent call last):
File scripts/tracetool.py, line
On 15.09.14 18:48, Alex Bennée wrote:
A significant portion of the build time is spent initialising all the
sub-modules we use in the source tree. Often this is almost as long as
the build itself. By pre-seeding the .git/modules tree this will
hopefully improve things.
Signed-off-by: Alex
On 15.09.14 18:48, Alex Bennée wrote:
Hi,
While I was in-between kernel builds last week I attempted to improve
the Travis build a little. Alexander Graf pointed out we were missing
a number of the linux-user targets. To avoid exploding the matrix too
much I've grouped builds together
If we configure mlock=on and memory policy=bind at the same time,
It will consume lots of time for system to treat with memory,
especially when call mbind behind mlockall.
Adjust the place of calling mlockall, calling mbind before mlockall
can remarkably reduce the time of VM's startup.
On Di, 2014-09-23 at 20:19 +1000, Alexey Kardashevskiy wrote:
This adds a stub for ohci_td_pkt() function (which traces packets)
when configured without --enable-trace-backend
Ah, cool. Just noticed that, while doing usb patch queue test builds
for the next pull req.
It should probably be
Kevin Wolf kw...@redhat.com writes:
Am 16.09.2014 um 20:12 hat Markus Armbruster geschrieben:
Make the BlockBackend own the DriveInfo. Change blockdev_init() to
return the BlockBackend instead of the DriveInfo.
Signed-off-by: Markus Armbruster arm...@redhat.com
---
block.c
Hi, Gred
Would you like to pick up this patch series? Thanks.
Best regards,
-Gonglei
-Original Message-
From: Gonglei (Arei)
Sent: Friday, September 19, 2014 2:48 PM
To: qemu-devel@nongnu.org
Cc: kra...@redhat.com; Huangweidong (C); arm...@redhat.com;
pbonz...@redhat.com;
And this one :) Thanks!
Best regards,
-Gonglei
-Original Message-
From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo
Bonzini
Sent: Friday, September 19, 2014 4:08 PM
To: Gonglei (Arei); qemu-devel@nongnu.org
Cc: Huangweidong (C); Luonengjun; Huangpeng
On Di, 2014-09-23 at 10:58 +, Gonglei (Arei) wrote:
Hi, Gred
Would you like to pick up this patch series? Thanks.
Just picked it up (and the followup too), test builds running, pull
request will most likely follow later today.
cheers,
Gerd
From: Gerd Hoffmann [mailto:kra...@redhat.com]
Sent: Tuesday, September 23, 2014 7:02 PM
Subject: Re: [PATCH v3 00/19] usb: convert device init to realize
On Di, 2014-09-23 at 10:58 +, Gonglei (Arei) wrote:
Hi, Gred
Would you like to pick up this patch series? Thanks.
Just
On 22 September 2014 09:11, Michael Tokarev m...@tls.msk.ru wrote:
Here's a next (small) batch of trivial stuff. Accumulated for over
2 weeks, but still quite small. Random tiny things here and there.
Please consider pulling/applying.
Thanks,
/mjt
The following changes since commit
On Tue, 23 Sep 2014 18:07:16 +0800
zhanghailiang zhang.zhanghaili...@huawei.com wrote:
On 2014/9/23 17:01, Igor Mammedov wrote:
On Mon, 22 Sep 2014 14:17:28 +0300
Michael S. Tsirkin m...@redhat.com wrote:
On Fri, Sep 19, 2014 at 02:37:46PM +0200, Igor Mammedov wrote:
On Tue, 16 Sep
HI,
As you've known, vhd-util and qemu-img both provide the capacity for resizing
the original disk, but why is virt-resize designed to involve two disks, not
only original disk? Is there any concern? Is it possible that only one original
disk is involved in virt-resize?
--
Regards,
Zhi
On Tue, 23 Sep 2014 18:11:35 +0800
zhanghailiang zhang.zhanghaili...@huawei.com wrote:
On 2014/9/23 16:58, Tang Chen wrote:
On 09/23/2014 04:40 PM, Igor Mammedov wrote:
..
It's fine to use SRAT for these purposes on baremetal NUMA systems since
due to used chipset constrains it's
Am 22.09.2014 um 18:34 hat Markus Armbruster geschrieben:
Kevin Wolf kw...@redhat.com writes:
Am 16.09.2014 um 20:12 hat Markus Armbruster geschrieben:
diff --git a/include/block/block_int.h b/include/block/block_int.h
index 8d86a6c..14e0b7c 100644
--- a/include/block/block_int.h
+++
1 - 100 of 232 matches
Mail list logo
