John Snow writes:
> On 09/19/2014 05:53 AM, Markus Armbruster wrote:
>> John Snow 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 concerns abou
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
---
target-xtensa/cpu.h | 1 +
target-xtensa/overlay_tool.h | 1 +
2 files changed
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
configura
Signed-off-by: Fam Zheng
---
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 virtio_scsi_handle_cmd_req_prepar
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 migrati
Mechanical change, in preparation for bdrv_io_plug/bdrv_io_unplug.
Signed-off-by: Fam Zheng
---
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 deletions(-)
diff
Similar to virtio-blk-dataplane, we stop the iothread while migration
starts and restart it when migration finishes.
Signed-off-by: Fam Zheng
---
hw/scsi/virtio-scsi.c | 35 ---
include/hw/virtio/virtio-scsi.h | 2 ++
2 files changed, 34 insertions(+),
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: Fa
Queue the popped requests while calling
virtio_scsi_handle_cmd_req_prepare(), then submit them after all
prepared.
Signed-off-by: Fam Zheng
---
hw/scsi/virtio-scsi-dataplane.c | 9 +++--
hw/scsi/virtio-scsi.c | 9 +++--
include/hw/virtio/virtio-scsi.h | 3 +++
3 files changed,
We are ready, now let's effectively enable dataplane.
Signed-off-by: Fam Zheng
---
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
+++ b/hw/scsi/virtio-scsi.c
@@
"Michael S. Tsirkin" writes:
> On Mon, Sep 22, 2014 at 05:32:16PM +0200, Markus Armbruster wrote:
>> "Michael S. Tsirkin" 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 --disable-pc-1-
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.
Signed-off
Eric Blake writes:
> After an in-tree build and run of 'make check-{qapi-schema,unit}',
> I noticed some leftover files.
>
> Signed-off-by: Eric Blake
> Reviewed-by: Wenchao Xia
Reviewed-by: Markus Armbruster
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
---
v3:
- cold-plugged memory should not be excluded when stat memory size (Igor
Ma
On Tue, Sep 23, 2014 at 09:59:17AM +0200, Markus Armbruster wrote:
> "Michael S. Tsirkin" writes:
>
> > On Mon, Sep 22, 2014 at 05:32:16PM +0200, Markus Armbruster wrote:
> >> "Michael S. Tsirkin" writes:
> >>
> >> > On Sun, Sep 21, 2014 at 03:38:59PM +0100, Alex Bligh wrote:
> >> >> Add a conf
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 --prefix=/home/user/prefi
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 --prefix=/home/user/prefi
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 be
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-
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
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. Tha
On Mon, 22 Sep 2014 17:03:12 +0800
Tang Chen wrote:
> Hi Igor,
>
> On 09/19/2014 08:26 PM, Igor Mammedov wrote:
> > On Wed, 17 Sep 2014 16:32:20 +0800
> > Hu Tao wrote:
> >
> >> On Tue, Sep 16, 2014 at 06:39:15PM +0800, zhanghailiang wrote:
> >>> If we do not configure numa option, memory hotpl
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
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
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 \?
>
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 r
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 mandatory
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
On Mon, 22 Sep 2014 14:17:28 +0300
"Michael S. Tsirkin" wrote:
> On Fri, Sep 19, 2014 at 02:37:46PM +0200, Igor Mammedov wrote:
> > On Tue, 16 Sep 2014 18:39:15 +0800
> > zhanghailiang wrote:
> >
> > > If we do not configure numa option, memory hotplug should work as well.
> > > It should not d
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). max_tran
"Gonglei (Arei)" 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!
>> >>
>> >>
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,
es
On 23 September 2014 10:04, Antony Pavlov 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
> mips_cpu_handle_mmu_faul
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, bu
On Tue, Sep 23, 2014 at 11:06:02AM +0200, Markus Armbruster wrote:
> "Gonglei (Arei)" 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 wa
> -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;
> aligu
> 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 s
On Tue, 23 Sep 2014 13:35:19 +0800
Zhu Guihua wrote:
> Provides HMP equivalent of QMP query-memory-devices command.
>
> Signed-off-by: Zhu Guihua
> ---
> Changes since v4:
> - enclose ID in double quotes.
>
> Changes since v3:
> - optimize the time to print memory devices' information.
> - cha
From: "Dr. David Alan Gilbert"
** 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 into colo buffer fir
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 clie
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
---
include/migration/migration-colo
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
---
migration-colo.c
migrate colo info to migration target to tell the target colo is
enabled.
Signed-off-by: Yang Hongyang
---
Makefile.objs | 1 +
include/migration/migration-colo.h | 3 ++
migration-colo-comm.c | 68 ++
vl.c
./configure --enable-colo/--disable-colo to switch COLO
support on/off.
COLO support is on by default.
Signed-off-by: Yang Hongyang
---
configure | 14 ++
1 file changed, 14 insertions(+)
diff --git a/configure b/configure
index 6c3d6cd..12635cd 100755
--- a/configure
+++ b/configur
COLO do not support qdev hotplug migration, disable it.
Signed-off-by: Yang Hongyang
---
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
+++ b/migration-colo.c
@@ -11,6 +11
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
---
migration.c | 8
qapi-schema.json | 5 -
2 files changed, 12 insertions(+), 1 deletion(-)
diff --git a/migr
enter colo checkpointed restore loop after live migration.
Signed-off-by: Yang Hongyang
---
include/migration/migration-colo.h | 6 ++
migration-colo-comm.c | 10 ++
migration-colo.c | 22 ++
migration.c| 3
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
---
migration-colo.c | 11 +++
1 file
implement colo save
Signed-off-by: Yang Hongyang
---
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
--- a/migration-colo.c
+++ b/migra
introduce an api colo_supported() to indicate COLO support, returns
true if colo supported (configured with --enable-colo).
Signed-off-by: Yang Hongyang
---
Makefile.objs | 1 +
include/migration/migration-colo.h | 18 ++
migration-colo.c |
init/remove colo nic devices when add/cleanup tap devices
Signed-off-by: Yang Hongyang
Cc: Stefan Hajnoczi
---
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 @
Suspend&Save state
SEND@
Guest will enter this state when paused to save/restore VM state
under colo checkpoint.
Signed-off-by: Yang Hongyang
---
qapi-schema.json | 5 -
vl.c | 8
2 files changed, 12 insertions(+), 1 deletion(-)
diff --git a/qapi-schema.json b/qapi-schema.json
index 8d58ef7..7d
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). max_tran
implement colo restore
Signed-off-by: Yang Hongyang
---
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
--- a/migration-colo.c
+++ b/migration-co
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
---
migration-colo.c | 14 +-
1 file
reuse migration bitmap under colo checkpoint, only send dirty pages
per-checkpoint.
Signed-off-by: Yang Hongyang
---
arch_init.c| 20 +++-
include/migration/migration-colo.h | 2 ++
migration-colo.c | 6 ++
stubs/migration-colo.c
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
Cc: Anthony Liguori
Cc: Stefan Hajnoczi
---
qapi-schema.json | 8 +++-
qemu-options.hx | 10 +-
2 files changed, 16 insertions(+), 2 deletions(-)
diff --git a/qapi-schema.json b/qapi-schema.json
index 7dcfb90..e53a571 100644
-
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
---
include/ne
implement colo nic device interface support_colo()
Signed-off-by: Yang Hongyang
---
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
+++ b/net/colo-nic.c
@@ -21,11 +21,17 @
export colo nic APIs:
colo_configure_nic()
colo_teardown_nic()
Signed-off-by: Yang Hongyang
---
include/net/colo-nic.h | 2 ++
net/colo-nic.c | 63 +-
2 files changed, 64 insertions(+), 1 deletion(-)
diff --git a/include/net/colo-nic.h b/
setup/teardown colo nic devices when enter/leave
colo process.
Signed-off-by: Yang Hongyang
---
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
+++ b/migration-colo.c
@@ -17,6 +17,
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 wheth
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
Date: Tue Jun 10 11:29:16 2014 +0200
migration: catch unknown flags in ram_load
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 behav
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
> Date: Tue Jun 10 11:29:1
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 not
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_be
Paolo Bonzini 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
>>>
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:
On 2014/9/23 17:01, Igor Mammedov wrote:
On Mon, 22 Sep 2014 14:17:28 +0300
"Michael S. Tsirkin" wrote:
On Fri, Sep 19, 2014 at 02:37:46PM +0200, Igor Mammedov wrote:
On Tue, 16 Sep 2014 18:39:15 +0800
zhanghailiang wrote:
If we do not configure numa option, memory hotplug should work as w
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
---
v2:
* Added GPL v
On Mon, Sep 22, 2014 at 05:45:15PM +0200, Markus Armbruster wrote:
> Stefan Hajnoczi 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.
> >
> > This
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 optiona
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 plac
This adds a stub for ohci_td_pkt() function (which traces packets)
when configured without --enable-trace-backend
Signed-off-by: Alexey Kardashevskiy
---
It should probably be squashed to
[PATCH] ohci: Convert fprint/DPRINTF/print to traces
Sorry about that...
---
hw/usb/hcd-ohci.c | 6 ++
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 po
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
> Signed
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
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", lin
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:
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 togethe
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.
Acked-by:
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 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
>> ---
>> block.c | 2 --
>> bloc
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; Hu
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.
>
On 22 September 2014 09:11, Michael Tokarev 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 07e2863d027
On Tue, 23 Sep 2014 18:07:16 +0800
zhanghailiang wrote:
> On 2014/9/23 17:01, Igor Mammedov wrote:
> > On Mon, 22 Sep 2014 14:17:28 +0300
> > "Michael S. Tsirkin" wrote:
> >
> >> On Fri, Sep 19, 2014 at 02:37:46PM +0200, Igor Mammedov wrote:
> >>> On Tue, 16 Sep 2014 18:39:15 +0800
> >>> zhangha
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 Yong
On Tue, 23 Sep 2014 18:11:35 +0800
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 staticall
Am 22.09.2014 um 18:34 hat Markus Armbruster geschrieben:
> Kevin Wolf 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
> >> +++ b
Paolo Bonzini writes:
> Il 22/09/2014 13:43, Markus Armbruster ha scritto:
>> Paolo Bonzini writes:
>>
>>> Il 22/09/2014 10:34, Michael S. Tsirkin ha scritto:
Basically this patch brings back historical HMP behaviour.
As far as I could tell, it wasn't changed intentionally.
>>>
>>> It
1 - 100 of 232 matches
Mail list logo
