On 02/03/12 18:41, Daniel P. Berrange wrote:
On Fri, Mar 02, 2012 at 02:25:36PM +0400, Michael Tokarev wrote:
Not a reply to the patch but a general observation.
I noticed that the tcp migration uses gethostname
(or getaddrinfo after this patch) from the main
thread - is it really the way to
Il 04/03/2012 21:01, Michael Tokarev ha scritto:
This is all fine, except of one thing: restarting (resending) of
the requests which has been sent to the remote and for which we
were waiting for reply already.
For these requests, they should be resent using new socket, when
the connection
This patchset cleans up and optimizes vmstate implementation.
v1-v2
PATCH 4 now moves VMSTATE_UINTTL* macros to cpu-defs.h instead of to vmstate.h.
put_target_ul/get_target_ul introduction is dropped.
PATCH2,PATCH3 commit messages are rewritten a little bit. But I'm still
not sure whether Andrzej
Pxa2xx DMA controller is a 32-bit device and it has no knowledge of system's
physical address size, so it should not use target_phys_addr_t in it's state.
Convert variables descr, src and dest from type target_phys_addr_t to uint32_t,
use VMSTATE_UINT32 instead of VMSTATE_UINTTL for these
Pxa2xx LCD controller is intended to work with 32-bit bus and it has no
knowledge
of system's physical address size, so it should not use target_phys_addr_t in
it's
state. Convert three variables in DMAChannel state from target_phys_addr_t to
uint32_t,
use VMSTATE_UINT32 instead of
Do not use VMSTATE_UINTTL* macro for variables that are actually defined as
uint64_t
in CPUAlphaState.
Signed-off-by: Igor Mitsyanko i.mitsya...@samsung.com
---
target-alpha/machine.c | 34 +-
1 files changed, 17 insertions(+), 17 deletions(-)
diff --git
New get_bufsize field in VMStateField is supposed to help us easily add
save/restore
support of dynamically allocated buffers in device's states.
There are some cases when information about size of dynamically allocated
buffer is
already presented in specific device's state structure, but in
VMSTATE_UINTTL* macros should be used only in files compiled with knowledge of
virtual address size of specific CPU. Currently this is achieved by protecting
VMSTATE_UINTTL* definitions with #ifndef NEED_CPU_H in hw/hw.h, but it would
be more appropriate to move these macros to cpu-defs.h header.
This is quite ugly. Two threads, one running main_loop_wait and
one running qemu_aio_wait, can race with each other on running the
same iohandler. The result is that an iohandler could run while the
underlying socket is not readable or writable, with possibly ill effects.
This shows as a
Am 01.03.2012 22:10, schrieb Anthony Liguori:
On 03/01/2012 05:21 AM, Paolo Bonzini wrote:
This implements all ingredients to establish mirrored writes.
The drive-reopen command that is used to terminate mirrored writes
is not included in this series.
Tested with the following scenarios:
Am 02.03.2012 20:54, schrieb Laine Stump:
On 03/02/2012 05:35 AM, Kevin Wolf wrote:
Am 02.03.2012 10:58, schrieb Amos Kong:
On 02/03/12 11:38, Amos Kong wrote:
--- a/net.c
+++ b/net.c
@@ -84,7 +84,7 @@ static int get_str_sep(char *buf, int buf_size,
const char **pp, int sep)
const
- Original Message -
Am 02.03.2012 20:54, schrieb Laine Stump:
On 03/02/2012 05:35 AM, Kevin Wolf wrote:
Am 02.03.2012 10:58, schrieb Amos Kong:
On 02/03/12 11:38, Amos Kong wrote:
--- a/net.c
+++ b/net.c
@@ -84,7 +84,7 @@ static int get_str_sep(char *buf, int
buf_size,
On 2012-03-02 22:05, Stefan Weil wrote:
Am 02.03.2012 19:57, schrieb Jan Kiszka:
Well, this requeuing bug seems to have a long breath. Previous attempts
to fix it (mine included) neglected the fact that we need to walk the
queue of pending packets, not just restart from the beginning after a
On 2012-03-05 09:34, Paolo Bonzini wrote:
This is quite ugly. Two threads, one running main_loop_wait and
one running qemu_aio_wait, can race with each other on running the
same iohandler. The result is that an iohandler could run while the
underlying socket is not readable or writable, with
Signed-off-by: Paolo Bonzini pbonz...@redhat.com
---
hw/pl031.c | 39 ---
1 files changed, 24 insertions(+), 15 deletions(-)
diff --git a/hw/pl031.c b/hw/pl031.c
index 69abc4f..713f85d 100644
--- a/hw/pl031.c
+++ b/hw/pl031.c
@@ -47,21 +47,6 @@ typedef
Direct usage of rt_clock should be discouraged. For RTC devices the user
cannot choose to follow the host clock with respect to NTP adjustment
and daylight savings changes. For other devices it does not provide
determinism together with -icount or qtest, and it also keeps ticking
while the
The output of the pulse generator needs to be deterministic when
running in -icount mode, and to remain constant whenever the VM is
stopped. So the right clock to use is vm_clock.
Signed-off-by: Paolo Bonzini pbonz...@redhat.com
---
hw/omap1.c |6 +++---
1 files changed, 3 insertions(+), 3
This will let people use backwards-compatible semantics for devices that
will be affected by the following patches.
Signed-off-by: Paolo Bonzini pbonz...@redhat.com
---
qemu-options.hx |7 ---
vl.c|2 ++
2 files changed, 6 insertions(+), 3 deletions(-)
diff --git
At 03/02/2012 05:59 PM, Wen Congyang Wrote:
Hi, all
'virsh dump' can not work when host pci device is used by guest. We have
discussed this issue here:
http://lists.nongnu.org/archive/html/qemu-devel/2011-10/msg00736.html
The last version is here:
Il 02/03/2012 19:38, Kai Meyer ha scritto:
Well, yes. I was assuming that there was potential for us to be able
to distribute qemu modifications that would not require us opening up
our library. The more we look at it, and some past precedence we've
experienced, it looks like it's not going to
On 03/04/2012 10:01 PM, Michael Tokarev wrote:
On 04.03.2012 20:08, Avi Kivity wrote:
On 03/04/2012 02:41 PM, Michael Tokarev wrote:
Since all block (bdrv) layer is now implemented using
coroutines, I thought I'd give it a try. But immediately
hit a question to which I don't know a good
On 03/04/2012 10:32 PM, Andreas Färber wrote:
Currently, the kvmclock type is only registered when kvm_enabled().
This breaks when moving type registration to before command line
parsing (so that QOM types can be used for CPU and machine).
Since the QOM classes are lazy-initialized anyway
Am 05.03.2012 09:59, schrieb Amos Kong:
- Original Message -
Am 02.03.2012 20:54, schrieb Laine Stump:
On 03/02/2012 05:35 AM, Kevin Wolf wrote:
Am 02.03.2012 10:58, schrieb Amos Kong:
On 02/03/12 11:38, Amos Kong wrote:
--- a/net.c
+++ b/net.c
@@ -84,7 +84,7 @@ static int
Il 05/03/2012 10:07, Jan Kiszka ha scritto:
This is quite ugly. Two threads, one running main_loop_wait and
one running qemu_aio_wait, can race with each other on running the
same iohandler. The result is that an iohandler could run while the
underlying socket is not readable or
Il 05/03/2012 09:53, Kevin Wolf ha scritto:
I think we need some sort of introspection method too in order for clients
to
figure out when the command is extended.
How about coupling the types with independently available commands for
now? We would rename 'snapshot' to
This lets the user specify the desired semantics. By default, the RTC
will follow adjustments from the host's NTP client, and will remain in
sync when the virtual machine is stopped. The previous behavior, which
provides determinism with both icount and qtest, remains available with
-rtc
This lets the user specify the desired semantics. By default, the RTC
will follow adjustments from the host's NTP client. -rtc clock=vm will
improve determinism with both icount and qtest. Finally, the previous
behavior is available with -rtc clock=rt.
Signed-off-by: Paolo Bonzini
On 03/04/2012 08:06 PM, Mark Cave-Ayland wrote:
Hi all,
I've just done a git pull to update my local repository, and it now
appears that the VGA device is broken in QEMU - rather than displaying
the OpenBIOS banner in my VNC client, the framebuffer remains
constantly black.
A git bisect
Hi,
Hrmm. By my count, this would be the third rewrite of the PCI bar
initialization in the last 14 months.
Indeed.
Given the churn in this area, I don't want to commit patches that do
wholesale code replacement. I'd prefer to see each patch
independently add some functionality and
Those patches make migration of IPv6 address work, old code
only support to parse IPv4 address/port, use getaddrinfo()
to get socket addresses infomation.
Last two patches are about spliting IPv6 host/port.
Changes from v1:
- split different changes to small patches, it will be
easier to
Introduce tcp_server_start() by moving original code in
tcp_start_incoming_migration().
Signed-off-by: Amos Kong ak...@redhat.com
---
net.c | 27 +++
qemu_socket.h |2 ++
2 files changed, 29 insertions(+), 0 deletions(-)
diff --git a/net.c b/net.c
index
Use tcp_server_start in those two functions:
tcp_start_incoming_migration()
net_socket_listen_init()
Signed-off-by: Amos Kong ak...@redhat.com
---
migration-tcp.c | 21 +
net/socket.c| 23 +++
2 files changed, 8 insertions(+), 36 deletions(-)
Hi,
I can either send a patch over existing patches, or send new series or both.
For testing a incremental patch is fine, for merge a new series with the
fixes squashed into the buggy patches is needed.
cheers,
Gerd
IPv6 address contains colons, parse will be wrong.
[2312::8274]:5200
Signed-off-by: Amos Kong ak...@redhat.com
---
net.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/net.c b/net.c
index 2518e5f..d6ce1fa 100644
--- a/net.c
+++ b/net.c
@@ -84,7 +84,7 @@ static int
On Mon, Mar 05, 2012 at 11:08:24AM +0800, Jason Wang wrote:
The tx buffer would be re-allocated for tx descriptor with big size
and without LS bit set, this would make guest driver could easily let
qemu to allocate unlimited.
In linux host, a glib failure were easy to be triggered:
int parse_host_port(struct sockaddr_in *saddr, const char *str)
Parsed address info will be restored into 'saddr', it only support ipv4.
This function is used by net_socket_mcast_init() and net_socket_udp_init().
int parse_host_port_info(struct addrinfo *result, const char *str)
Parsed address
On March 2, 2012 at 3:15 PM Gerd Hoffmann kra...@redhat.com wrote:
But: This + the latest GIT master causes again my problems with the
With or without this one:
commit 5ca2358ac895139e624881c5b3bf3095d3cc4515
Date: Wed Feb 29 09:11:00 2012 -0600
Merge remote-tracking branch
Use tcp_client_start() in those two functions:
tcp_start_outgoing_migration()
net_socket_connect_init()
Signed-off-by: Amos Kong ak...@redhat.com
---
migration-tcp.c | 41 +
net/socket.c| 41 +++--
2 files
Migrating with IPv6 address exists problem, gethostbyname()/inet_aton()
could not translate IPv6 address/port simply, so use getaddrinfo()
in tcp_start_common to translate network address and service.
We can get an address list by getaddrinfo().
Userlevel IPv6 Programming Introduction:
On 03/05/2012 10:51 AM, Avi Kivity wrote:
On 03/04/2012 08:06 PM, Mark Cave-Ayland wrote:
Hi all,
I've just done a git pull to update my local repository, and it now
appears that the VGA device is broken in QEMU - rather than displaying
the OpenBIOS banner in my VNC client, the framebuffer
On 05/03/12 09:51, Avi Kivity wrote:
On 03/04/2012 08:06 PM, Mark Cave-Ayland wrote:
Hi all,
I've just done a git pull to update my local repository, and it now
appears that the VGA device is broken in QEMU - rather than displaying
the OpenBIOS banner in my VNC client, the framebuffer remains
On Mon, Mar 05, 2012 at 08:26:23AM +0200, Michael S. Tsirkin wrote:
On Sun, Mar 04, 2012 at 08:30:00PM -0700, Alex Williamson wrote:
On Sun, 2012-03-04 at 20:53 +0200, Michael S. Tsirkin wrote:
On Fri, Feb 24, 2012 at 04:21:17PM -0700, Alex Williamson wrote:
When a Status method is
Introduce tcp_client_start() by moving original code in
tcp_start_outgoing_migration().
Signed-off-by: Amos Kong ak...@redhat.com
---
net.c | 39 +++
qemu_socket.h |1 +
2 files changed, 40 insertions(+), 0 deletions(-)
diff --git a/net.c
There are some repeated code for tcp_server_start()
and tcp_client_start().
Signed-off-by: Amos Kong ak...@redhat.com
---
net.c | 82 -
1 files changed, 46 insertions(+), 36 deletions(-)
diff --git a/net.c b/net.c
index
That method of representing an IPv6 address with a port is
discouraged because of its ambiguity. Referencing to RFC5952,
the recommended format is:
[2312::8274]:5200
For IPv6 brackets must be mandatory if you require a port.
test status: Successed
listen side: qemu-kvm -incoming
Hi
Please send in any agenda items you are interested in covering.
Cheers, Juan.
Hello,
Greetings for the day!
I am Nisha and I am contacting you after looking at your website- .
We are a Leading Indian Based SEO Web Development Company and one of the
very few company which offer organic SEO services with a full range of
supporting services such as one way themed
On Thu, Mar 1, 2012 at 4:58 PM, Kevin Wolf kw...@redhat.com wrote:
Am 01.03.2012 17:22, schrieb Stefan Hajnoczi:
On Thu, Mar 01, 2012 at 05:10:57PM +0100, Kevin Wolf wrote:
Am 27.02.2012 14:16, schrieb Stefan Hajnoczi:
The L2 table cache reduces QED metadata reads that would be required
when
On Sun, Mar 4, 2012 at 5:14 AM, Ori Mamluk omam...@zerto.com wrote:
On 03/03/2012 13:46, Stefan Hajnoczi wrote:
On Wed, Feb 29, 2012 at 8:38 AM, Ori Mamlukomam...@zerto.com wrote:
I think the BlockFilter direction goes very well with our plans for a
replication module.
I guess it would
Am 05.03.2012 10:28, schrieb Paolo Bonzini:
Il 05/03/2012 09:53, Kevin Wolf ha scritto:
I think we need some sort of introspection method too in order for clients
to
figure out when the command is extended.
How about coupling the types with independently available commands for
now? We
On Fri, Mar 2, 2012 at 6:38 PM, Kai Meyer kai.me...@storagecraft.com wrote:
From: Paolo Bonzini [pbonz...@redhat.com]
Sent: Thursday, March 01, 2012 11:54 PM
To: Kai Meyer
Cc: Anthony Liguori; Stefan Weil; qemu-devel@nongnu.org; Nate Bushman
Subject:
On 03/02/12 21:27, Hans de Goede wrote:
Here is a series of usb patches against current qemu master, mostly
consisting of a whole bunch of small ehci fixes, plus some redirection
fixes.
Patch added to usb patch queue.
thanks,
Gerd
On Fri, Mar 02, 2012 at 08:44:09PM -0500, Brad Smith wrote:
On 02/03/12 10:49 AM, Hans de Goede wrote:
VCARD_ATR_PREFIX is used as part of an array initializer so it should
not have () around it, so far this happened to work, but gcc-4.7 does
not like it.
Thanks for the report, my bad, used
On Mon, Mar 05, 2012 at 02:47:13PM +0200, Alon Levy wrote:
On Fri, Mar 02, 2012 at 08:44:09PM -0500, Brad Smith wrote:
On 02/03/12 10:49 AM, Hans de Goede wrote:
VCARD_ATR_PREFIX is used as part of an array initializer so it should
not have () around it, so far this happened to work, but
On Sat, Feb 25, 2012 at 01:37:11PM +0100, Stefan Weil wrote:
Please apply http://patchwork.ozlabs.org/patch/139660/ to the qemu-trivial
patch queue. Here are two additional trivial patches which also touch
MemoryRegionOps and make the code more uniform.
[PATCH 1/2] ppc: Add missing 'static'
Il 05/03/2012 13:13, Kevin Wolf ha scritto:
Makes sense. It would also be a good excuse to port
blockdev-snapshot-sync to the new fail-safe way. I'll refresh my
patches if there's consensus.
Will you also replace 'blockdev-transaction' by 'transaction' to keep
things generic at the
On 02.03.2012 16:49, Hans de Goede wrote:
VCARD_ATR_PREFIX is used as part of an array initializer so it should
not have () around it, so far this happened to work, but gcc-4.7 does
not like it.
Neither do gcc-4.6.2.
On Sat, Feb 25, 2012 at 01:47:09PM +0100, Stefan Weil wrote:
This fixes a new spelling issue which was detected by codespell.
Signed-off-by: Stefan Weil s...@weilnetz.de
---
include/qemu/object.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
Thanks, applied to the trivial
On Sat, Feb 25, 2012 at 02:01:42PM +0100, Stefan Weil wrote:
l1_entry_sectors will never be less than 0.
Signed-off-by: Stefan Weil s...@weilnetz.de
---
block/vmdk.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
Thanks, applied to the trivial patches tree:
On Sat, Feb 25, 2012 at 02:11:46PM +0100, Stefan Weil wrote:
All values read by sscanf are unsigned, so replace %d by %u.
This signed / unsigned mismatch was detected by splint.
Signed-off-by: Stefan Weil s...@weilnetz.de
---
cursor.c |3 ++-
1 files changed, 2 insertions(+), 1
Signed-off-by: Alon Levy al...@redhat.com
---
qapi-schema.json | 14 --
1 files changed, 8 insertions(+), 6 deletions(-)
v1-v2:
- Fixes wrong indentation for second spice channel-id
- split the last part (ObjectPropertyInfo).
diff --git a/qapi-schema.json b/qapi-schema.json
Signed-off-by: Alon Levy al...@redhat.com
---
qapi-schema.json |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/qapi-schema.json b/qapi-schema.json
index 93ee2a4..dd9e0e5 100644
--- a/qapi-schema.json
+++ b/qapi-schema.json
@@ -1256,7 +1256,7 @@
{ 'command':
On Sat, Feb 25, 2012 at 02:35:47PM +0100, Stefan Weil wrote:
This patch fixes warnings reported by splint:
For variables which are packed in a single bit, a signed data type
like 'int' does not make much sense.
There is no obvious reason why the two values should be packed,
so I removed
On Mon, Mar 05, 2012 at 07:03:08PM +1300, Alexey Korolev wrote:
On Thu, Mar 01, 2012 at 06:50:43PM +1300, Alexey Korolev wrote:
In the 6th patch we clear old code.
Given the churn in this area, I don't want to commit patches that do
wholesale code replacement. I'd prefer to see each patch
On Sat, Feb 25, 2012 at 02:54:17PM +0100, Stefan Weil wrote:
splint reported warnings for those code statements.
Signed-off-by: Stefan Weil s...@weilnetz.de
---
libcacard/vscclient.c | 20 ++--
1 files changed, 10 insertions(+), 10 deletions(-)
Thanks, applied to the
Am 05.03.2012 07:22, schrieb Stefan Weil:
The macro offsetof is defined in stddef.h. It is conforming to
the standards C89, C99 and POSIX.1-2001 (see man page), so it
is a sufficiently old standard.
Therefore chances are very high that QEMU never needs a local
definition of this macro.
On 03/05/2012 12:03 PM, Amos Kong wrote:
Introduce tcp_server_start() by moving original code in
tcp_start_incoming_migration().
Signed-off-by: Amos Kong ak...@redhat.com
---
net.c | 27 +++
qemu_socket.h |2 ++
2 files changed, 29 insertions(+), 0
On 03/05/2012 12:03 PM, Amos Kong wrote:
Introduce tcp_client_start() by moving original code in
tcp_start_outgoing_migration().
Signed-off-by: Amos Kong ak...@redhat.com
---
net.c | 39 +++
qemu_socket.h |1 +
2 files changed, 40
On 03/05/2012 12:03 PM, Amos Kong wrote:
Use tcp_server_start in those two functions:
tcp_start_incoming_migration()
net_socket_listen_init()
Signed-off-by: Amos Kong ak...@redhat.com
---
migration-tcp.c | 21 +
net/socket.c| 23 +++
2
On 03/05/2012 12:03 PM, Amos Kong wrote:
Introduce tcp_client_start() by moving original code in
tcp_start_outgoing_migration().
Signed-off-by: Amos Kong ak...@redhat.com
---
net.c | 39 +++
qemu_socket.h |1 +
2 files changed, 40
An application test with high cpu load gives the timing statistics give:
bare metal
virtual percent
X4560 cpu50m28s
54m0s 107%
On 02/21/2012 07:33 PM, Peter Maydell wrote:
On 9 February 2012 22:23, Peter Maydellpeter.mayd...@linaro.org wrote:
Ping re the VMState and variable sized arrays issue. I don't
see any consensus in this discussion for a different approach,
so should we just commit Mitsyanko's patchset?
From
pcnet_stop already clears any reason (BABL, CERR, MISS, MERR) why ERR
(bit 15) should be set in CRS0. So we have to clear that bit as well.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
hw/pcnet.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/hw/pcnet.c
As long as we have no link and we aren't in internal loopback mode, no
packet must be sent. Instead, LCAR needs to be set in any active TX
descriptor and also CERR in CSR0.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
hw/pcnet.c | 10 ++
hw/pcnet.h |1 +
2 files changed, 11
On 03/05/2012 12:03 PM, Amos Kong wrote:
Use tcp_client_start() in those two functions:
tcp_start_outgoing_migration()
net_socket_connect_init()
Signed-off-by: Amos Kong ak...@redhat.com
---
migration-tcp.c | 41 +
net/socket.c| 41
On Tue, Feb 28, 2012 at 05:05:32PM -0300, Luiz Capitulino wrote:
On Fri, 24 Feb 2012 23:22:05 +0200
Alon Levy al...@redhat.com wrote:
This is an across the board change since I wanted to keep the existing
(good imo) single graphic_console_init callback setter, instead of
introducing a
On 05/03/12 21:27, Orit Wasserman wrote:
On 03/05/2012 12:03 PM, Amos Kong wrote:
Use tcp_server_start in those two functions:
tcp_start_incoming_migration()
net_socket_listen_init()
Signed-off-by: Amos Kongak...@redhat.com
---
migration-tcp.c | 21 +
net/socket.c
On Tue, Feb 28, 2012 at 05:05:32PM -0300, Luiz Capitulino wrote:
On Fri, 24 Feb 2012 23:22:05 +0200
Alon Levy al...@redhat.com wrote:
This is an across the board change since I wanted to keep the existing
(good imo) single graphic_console_init callback setter, instead of
introducing a
On Mon, Mar 05, 2012 at 10:53:25AM +0100, Gerd Hoffmann wrote:
Given the churn in this area, I don't want to commit patches that do
wholesale code replacement. I'd prefer to see each patch
independently add some functionality and perform its related cleanup.
Hardly doable, the algorithms
On 05/03/12 21:25, Orit Wasserman wrote:
On 03/05/2012 12:03 PM, Amos Kong wrote:
Introduce tcp_server_start() by moving original code in
tcp_start_incoming_migration().
Signed-off-by: Amos Kongak...@redhat.com
---
net.c | 27 +++
qemu_socket.h |2 ++
On 5 March 2012 13:23, Andreas Färber afaer...@suse.de wrote:
Am 05.03.2012 07:22, schrieb Stefan Weil:
The macro offsetof is defined in stddef.h. It is conforming to
the standards C89, C99 and POSIX.1-2001 (see man page), so it
is a sufficiently old standard.
Therefore chances are very high
On 5 March 2012 09:08, Paolo Bonzini pbonz...@redhat.com wrote:
Direct usage of rt_clock should be discouraged. For RTC devices the user
cannot choose to follow the host clock with respect to NTP adjustment
and daylight savings changes. For other devices it does not provide
determinism
Now that we have a hard dependency on python anyway, we can replace the
slow shell script to calculate the option ROM checksum with a fast AND
portable python version. Tested both with python 2.7 and 3.1.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
Changes in v2:
- Switch to GPLv2+.
On 03/05/2012 03:38 PM, Igor Mitsyanko wrote:
Short summary:
* switch wp groups to bitfield rather than int array
* convert sd.c to use memory_region_init_ram() to allocate the wp
groups
(being careful to use memory_region_set_dirty() when we touch them)
* we don't need variable-length
Uses a new console.h function, vga_hw_screen_dump_async.
vga_hw_screen_dump_async falls back to hw_vga_screen_dump if there
is no hw_vga_screen_dump_async callback provided to graphic_console_init.
This is the only case right now, but the up side is that the interface
is already implemented.
adds a handler for the following qmp screendump-async command.
graphics_console_init signature change required touching every user, but
no implementation of the new vga_hw_screen_dump_async_ptr is provided
in this patch.
Signed-off-by: Alon Levy al...@redhat.com
---
console.c|4
On 03/05/2012 11:07 AM, Jan Kiszka wrote:
On 2012-03-05 09:34, Paolo Bonzini wrote:
This is quite ugly. Two threads, one running main_loop_wait and
one running qemu_aio_wait, can race with each other on running the
same iohandler. The result is that an iohandler could run while the
On 2012-03-05 15:24, Avi Kivity wrote:
Long-term, I'd like to cut out certain file descriptors from the main
loop and process them completely in separate threads (for separate
locking, prioritization etc.). Dunno how NBD works, but maybe it should
be reworked like this already.
Ideally
Il 05/03/2012 15:24, Avi Kivity ha scritto:
On 03/05/2012 11:07 AM, Jan Kiszka wrote:
On 2012-03-05 09:34, Paolo Bonzini wrote:
This is quite ugly. Two threads, one running main_loop_wait and
one running qemu_aio_wait, can race with each other on running the
same iohandler. The result is
On 03/05/2012 08:16 AM, Alon Levy wrote:
adds a handler for the following qmp screendump-async command.
graphics_console_init signature change required touching every user, but
no implementation of the new vga_hw_screen_dump_async_ptr is provided
in this patch.
Signed-off-by: Alon
On 03/05/2012 06:13 PM, Avi Kivity wrote:
On 03/05/2012 03:38 PM, Igor Mitsyanko wrote:
Short summary:
* switch wp groups to bitfield rather than int array
* convert sd.c to use memory_region_init_ram() to allocate the wp
groups
(being careful to use memory_region_set_dirty() when we
Il 05/03/2012 15:47, Anthony Liguori ha scritto:
How about coupling the types with independently available commands for
now? We would rename 'snapshot' to 'blockdev-snapshot-sync', which does
the same thing outside of transactions. The mirror patches would then
introduce a 'drive-mirror'
On 03/05/2012 02:53 AM, Kevin Wolf wrote:
Am 01.03.2012 22:10, schrieb Anthony Liguori:
On 03/01/2012 05:21 AM, Paolo Bonzini wrote:
This implements all ingredients to establish mirrored writes.
The drive-reopen command that is used to terminate mirrored writes
is not included in this series.
On 03/05/2012 04:37 PM, Igor Mitsyanko wrote:
Well, can't you make sd.c target dependent? It's not so nice, but it
does solve the problem.
OK, but it will turn qemu from it's long term path to suppress *all*
target specific code :)
The other alternative is to
On 03/05/2012 04:30 PM, Paolo Bonzini wrote:
Il 05/03/2012 15:24, Avi Kivity ha scritto:
On 03/05/2012 11:07 AM, Jan Kiszka wrote:
On 2012-03-05 09:34, Paolo Bonzini wrote:
This is quite ugly. Two threads, one running main_loop_wait and
one running qemu_aio_wait, can race with each other
On 03/05/2012 09:10 AM, Avi Kivity wrote:
On 03/05/2012 04:37 PM, Igor Mitsyanko wrote:
Well, can't you make sd.c target dependent? It's not so nice, but it
does solve the problem.
OK, but it will turn qemu from it's long term path to suppress *all*
target specific code :)
The other
On Mon, Mar 05, 2012 at 08:33:06AM -0600, Anthony Liguori wrote:
On 03/05/2012 08:16 AM, Alon Levy wrote:
adds a handler for the following qmp screendump-async command.
graphics_console_init signature change required touching every user, but
no implementation of the new
On 03/05/2012 05:15 PM, Anthony Liguori wrote:
The other alternative is to s/target_phys_addr_t/uint64_t/ in the memory
API. I think 32-on-32 is quite rare these days, so it wouldn't be much
of a performance issue.
I think this makes sense independent of other discussions regarding
fixing
On 5 March 2012 15:10, Avi Kivity a...@redhat.com wrote:
I think 32-on-32 is quite rare these days, so it wouldn't be much
of a performance issue.
32-on-32 will be the standard case for KVM on ARM I think...
-- PMM
On 03/05/2012 05:20 PM, Peter Maydell wrote:
On 5 March 2012 15:10, Avi Kivity a...@redhat.com wrote:
I think 32-on-32 is quite rare these days, so it wouldn't be much
of a performance issue.
32-on-32 will be the standard case for KVM on ARM I think...
Won't we be virtualizing LPAE per
1 - 100 of 226 matches
Mail list logo
