Hi,
Why is QXL unable to do a synchronous screendump?
Lazy rendering. By default spice-server doesn't render anything, it
just sends over all drawing ops to the client who does the actual
rendering for the user.
qemu can kick spice-server and ask it to render stuff locally if needed.
Hi,
Can I use current seabios with old qemu which does not provide
the separate ACPI tables? For example, does current bios contain
these tables too, so they're both separate and embedded?
Yes. The i440fx acpi tables are compiled in and will be used as
fallback in case qemu doesn't
17.06.2013 06:08, Hu Tao wrote:
Michael,
On Thu, Jun 13, 2013 at 01:05:10PM +0200, Andreas Färber wrote:
Am 13.06.2013 12:51, schrieb Hu Tao:
Signed-off-by: Hu Tao hu...@cn.fujitsu.com
---
hw/acpi/ich9.c | 4 ++--
hw/acpi/piix4.c | 6 +++---
2 files changed, 5 insertions(+), 5
The existing help output is a bit hard to read due to the ad-hoc wrapping.
This makes it a bit more programmatic (at least, it wraps it once, but
that should be good enough for now). It's not terribly intelligent (just
sticks a dash in the middle of the broken word) rather than splitting on
We should not quote the PKG_CONFIG setting as this deviates from the
canonical upstream behavior that gets integrated with all other build
systems, and deviates from how we treat all other toolchain variables
that we get from the environment.
Ultimately, the point is that it breaks passing custom
Introduce a drive option to new image mode. With this mode, QMP command
should (this patch only modified drive-backup to support it, and report invalid
parameter error for drive-mirror) skip creating the image file or trying to
open it, it should just reuse the existing BDS by looking for the
Il 17/06/2013 02:57, Andreas Färber ha scritto:
From 032bdc94c6369aa7b578182cdad8038ebb2b8cd1 Mon Sep 17 00:00:00 2001
From: Vladimir Senkov han...@gmail.com mailto:han...@gmail.com
Date: Sun, 16 Jun 2013 20:30:52 -0400
Subject: [PATCH] fixed a copypaste error in serial.c
Il 16/06/2013 13:21, Liu Ping Fan ha scritto:
When trying out of QBL, we badly require more fine defined barrier and atomic
ops, so
I repost Paolo's atomic patch which fetched github.com/bonzini/qemu.git rcu
CCing block maintainers.
Almost Reviewed-by: Paolo Bonzini pbonz...@redhat.com
I've cleaned up the code and removed all the debugging bits. This passes
a good number of tests (both the ones included here as well as the ones
included with binutils/gcc/etc...), and as long as you stay away from the
DSP related insns, your experience should be pretty good. If you do need
DSP
On 06/16/13 05:39, Andreas Färber wrote:
Shorten field names to not duplicate struct name.
Nice.
Reviewed-by: Gerd Hoffmann kra...@redhat.com
cheers,
Gerd
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
default-configs/bfin-linux-user.mak | 1 +
linux-user/bfin/syscall.h | 59 ++
linux-user/bfin/syscall_nr.h| 389
linux-user/bfin/target_flat.h | 92 +
The Blackfin arch supports a simple sram allocator for userspace, as well
as a DMA memcpy function to access the sram.
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
linux-user/strace.list | 9 ++
linux-user/syscall.c | 74 ++
2 files
To run it, simply add the bfin-elf compiler to your PATH and do:
make -C tests/tcg/bfin
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
Deleted test content due to size (~2 MiB). It's all just Blackfin
assembly at any rate.
Code can be found here:
Hi,
My solution is to obtain position and buttons state from where the VMState is:
I clean up the mouse event handler registration code a bit and extend it:
* one mandatory callback to obtain mouse button state and
* one optional callback to obtain absolute position state from backends.
Am 14.06.2013 15:43, schrieb Paolo Bonzini:
Il 14/06/2013 05:44, Alexander Graf ha scritto:
Legacy 286 protected mode to real mode switching also happens through
the CPU reset PIN, so there certainly is a need to distinguish.
That's a separate thing because devices aren't reset at all---not
Am 17.06.2013 09:03, schrieb Paolo Bonzini:
Il 17/06/2013 02:57, Andreas Färber ha scritto:
From 032bdc94c6369aa7b578182cdad8038ebb2b8cd1 Mon Sep 17 00:00:00 2001
From: Vladimir Senkov han...@gmail.com mailto:han...@gmail.com
Date: Sun, 16 Jun 2013 20:30:52 -0400
Subject: [PATCH] fixed a
On 06/16/13 05:39, Andreas Färber wrote:
Now that the field names are bearable, there's no compelling reason to
use local variables for the fields.
Unify the four callback invokations through variables for the rotated
coordinates instead.
Reviewed-by: Gerd Hoffmann kra...@redhat.com
On 06/16/13 05:40, Andreas Färber wrote:
This allows to add callbacks to mouse event handlers without constantly
touching all callers of qemu_add_mouse_event_handler() or
qemu_add_mouse_event_handler() itself.
I think you can stick other static information into the Ops too: name +
absolute.
Hi Andreas,
On Mon, Jun 17, 2013 at 10:57 AM, Andreas Färber afaer...@suse.de wrote:
Am 17.06.2013 02:43, schrieb Vladimir Senkov:
From 032bdc94c6369aa7b578182cdad8038ebb2b8cd1 Mon Sep 17 00:00:00 2001
From: Vladimir Senkov han...@gmail.com mailto:han...@gmail.com
Date: Sun, 16 Jun 2013
On Mon, Jun 17, 2013 at 5:16 PM, Andreas Färber afaer...@suse.de wrote:
Am 17.06.2013 09:03, schrieb Paolo Bonzini:
Il 17/06/2013 02:57, Andreas Färber ha scritto:
From 032bdc94c6369aa7b578182cdad8038ebb2b8cd1 Mon Sep 17 00:00:00 2001
From: Vladimir Senkov han...@gmail.com
Il 16/06/2013 20:20, Hervé Poussineau ha scritto:
Hervé Poussineau a écrit :
These proposed patches aim at removing the .old_portio member of
MemoryRegionOps structure, and replacing their usage by .read/.write
handlers.
Ping.
Jan has patches that do something similar, so I was hoping he'd
Patch is good, I think the issue is just in the sending as flagged by Andreas.
On Mon, Jun 17, 2013 at 10:43 AM, Vladimir Senkov han...@gmail.com wrote:
From 032bdc94c6369aa7b578182cdad8038ebb2b8cd1 Mon Sep 17 00:00:00 2001
From: Vladimir Senkov han...@gmail.com
Date: Sun, 16 Jun 2013 20:30:52
On 06/16/13 17:30, Kevin O'Connor wrote:
Unfortunately not. There was nothing special about the DSDT changes
in that commit. Likely the AML interpretter in Solaris is quirky and
one of the clauses in that commit (or some arrangement of clauses) is
confusing Solaris. This is one of the
On 2013-06-17 09:32, Paolo Bonzini wrote:
Il 16/06/2013 20:20, Hervé Poussineau ha scritto:
Hervé Poussineau a écrit :
These proposed patches aim at removing the .old_portio member of
MemoryRegionOps structure, and replacing their usage by .read/.write
handlers.
Ping.
Jan has patches
Commit 047d4e151dd46 Unbreak -no-quit for GTK, validate SDL options broke
build of qemu without sdl, by referencing `no_frame' variable which is defined
inside #if SDL block. Fix that by defining that variable unconditionally.
This is a better fix for the build issue introduced by that patch
From: Vladimir Senkov han...@gmail.com
Copypaste error in serial.c causes a crash when attempting
to read from UART (if there is no data to be read)
Signed-off-by: Vladimir Senkov han...@gmail.com
Reviewed-by: Peter Crosthwaite peter.crosthwa...@xilinx.com
Signed-off-by: Michael Tokarev
There were two bugs introduced in last changes which went through
trivial patches queue last week. I already sent you two versions
of a fix for one issue (compile breakage with --disable-sdl), and
there's another one, serial crash. Sending as a pull request too,
these should be applied ASAP as
On 06/16/13 22:59, Michael S. Tsirkin wrote:
Avoid use of static variables: PC systems initialize pvpanic device
through pvpanic_init, so we can simply create the fw_cfg file at that
point. Others don't use fw_cfg at all. This also makes it possible to
assert if fw_cfg is not there rather
Am 17.06.2013 09:44, schrieb Michael Tokarev:
From: Vladimir Senkov han...@gmail.com
Copypaste error in serial.c causes a crash when attempting
to read from UART (if there is no data to be read)
Signed-off-by: Vladimir Senkov han...@gmail.com
Reviewed-by: Peter Crosthwaite
Hi Hu,
On Mon, Jun 17, 2013 at 1:27 PM, Hu Tao hu...@cn.fujitsu.com wrote:
Andreas,
On Mon, Jun 17, 2013 at 09:56:47AM +0800, Hu Tao wrote:
On Fri, Jun 14, 2013 at 11:20:55AM +0200, Andreas Färber wrote:
Hi,
Am 14.06.2013 08:49, schrieb Hu Tao:
Signed-off-by: Hu Tao
On Mon, Jun 17, 2013 at 06:14:47PM +1000, Peter Crosthwaite wrote:
Hi Hu,
On Mon, Jun 17, 2013 at 1:27 PM, Hu Tao hu...@cn.fujitsu.com wrote:
Andreas,
On Mon, Jun 17, 2013 at 09:56:47AM +0800, Hu Tao wrote:
On Fri, Jun 14, 2013 at 11:20:55AM +0200, Andreas Färber wrote:
Hi,
Am
On 06/17/13 10:10, Peter Lieven wrote:
Hi Gerd,
just looking at your patch. It works fine so far, but I am curious how
to handle the lock keys? I have the problem that if I press caps lock
and then create a new vnc session with exclusive access (from another
terminal), the caps lock is
17.06.2013 12:00, Andreas Färber wrote:
Any chance to get the subject improved before the pull is accepted?
E.g., serial: Fix a copypaste error or char/serial: ...
Fixed in the git tree --
http://git.corpit.ru/?p=qemu.git;a=shortlog;h=refs/heads/trivial-patches
Thanks!
/mjt
On Mon, Jun 17, 2013 at 09:56:56AM +0200, Laszlo Ersek wrote:
On 06/16/13 22:59, Michael S. Tsirkin wrote:
Avoid use of static variables: PC systems initialize pvpanic device
through pvpanic_init, so we can simply create the fw_cfg file at that
point. Others don't use fw_cfg at all. This
On Mon, 2013-06-17 at 08:06 +0200, Gerd Hoffmann wrote:
Hi,
Why is QXL unable to do a synchronous screendump?
Lazy rendering. By default spice-server doesn't render anything, it
just sends over all drawing ops to the client who does the actual
rendering for the user.
qemu can kick
On 06/17/13 11:19, Michael S. Tsirkin wrote:
On Mon, Jun 17, 2013 at 09:56:56AM +0200, Laszlo Ersek wrote:
On 06/16/13 22:59, Michael S. Tsirkin wrote:
Avoid use of static variables: PC systems initialize pvpanic device
through pvpanic_init, so we can simply create the fw_cfg file at that
On 5.6.2013 15:23, Stefan Hajnoczi wrote:
On Wed, May 29, 2013 at 06:18:19PM +0200, Pavel Hrdina wrote:
@@ -1071,14 +1072,18 @@ static void qmp_bdrv_open_encrypted(BlockDriverState
*bs, const char *filename,
if (password) {
if (bdrv_set_key(bs, password) 0) {
On Mon, Jun 17, 2013 at 11:35:00AM +0200, Laszlo Ersek wrote:
On 06/17/13 11:19, Michael S. Tsirkin wrote:
On Mon, Jun 17, 2013 at 09:56:56AM +0200, Laszlo Ersek wrote:
On 06/16/13 22:59, Michael S. Tsirkin wrote:
Avoid use of static variables: PC systems initialize pvpanic device
through
On 06/17/13 11:57, Michael S. Tsirkin wrote:
On Mon, Jun 17, 2013 at 11:35:00AM +0200, Laszlo Ersek wrote:
On 06/17/13 11:19, Michael S. Tsirkin wrote:
On Mon, Jun 17, 2013 at 09:56:56AM +0200, Laszlo Ersek wrote:
On 06/16/13 22:59, Michael S. Tsirkin wrote:
Avoid use of static variables: PC
CURL driver requests partial data from server on guest IO req. For HTTP
and HTTPS, it uses Range: *** in requests, and this will not work if
server not accepting range. This patch does this check when open.
* Removed curl_size_cb, which is not used: On one hand it's registered to
libcurl as
On Mon, Jun 17, 2013 at 06:09:23PM +0800, Fam Zheng wrote:
+if (real_size = strlen(accept_len)
What's accept_len? This patch gives me a couple of compile errors:
block/curl.c: In function ‘curl_header_cb’:
block/curl.c:120:9: error: ‘real_size’ undeclared (first use in this function)
On Mon, 06/17 11:54, Richard W.M. Jones wrote:
On Mon, Jun 17, 2013 at 06:09:23PM +0800, Fam Zheng wrote:
+if (real_size = strlen(accept_len)
What's accept_len? This patch gives me a couple of compile errors:
Oops, a copypaste mistake. I meant this:
+if (realsize =
Am 17.06.2013 10:49, schrieb Gerd Hoffmann:
On 06/17/13 10:10, Peter Lieven wrote:
Hi Gerd,
just looking at your patch. It works fine so far, but I am curious how
to handle the lock keys? I have the problem that if I press caps lock
and then create a new vnc session with exclusive access
On Fri, Jun 14, 2013 at 07:53:00PM +0800, Wenchao Xia wrote:
This patch simply remove variable may be used uninitialized warning.
Signed-off-by: Wenchao Xia xiaw...@linux.vnet.ibm.com
---
V2: Address Stefan and Peter's comments, use 0 in send_msg() instead of
initialize mhHeader.
V3:
Would this make sense for -stable? Impact is modest: fix a rather
obscure feature of x86 targets on bigendian hosts, and improve error
messages around it). On the other hand, the patches look pretty safe to
me.
Markus Armbruster arm...@redhat.com writes:
Better error messages, a bit of code
On 04/06/13 14:26, Stefan Hajnoczi wrote:
On Mon, Jun 03, 2013 at 03:11:49PM +0200, Bas van Sisseren wrote:
reorder slirp config options. first check the dns-server-address,
then check the first-dhcp-address. the original code was comparing
the first-dhcp-address with the default
On 06/17/13 13:05, Peter Lieven wrote:
Am 17.06.2013 10:49, schrieb Gerd Hoffmann:
On 06/17/13 10:10, Peter Lieven wrote:
Hi Gerd,
just looking at your patch. It works fine so far, but I am curious how
to handle the lock keys? I have the problem that if I press caps lock
and then create a
On Mon, Jun 17, 2013 at 07:02:00PM +0800, Fam Zheng wrote:
On Mon, 06/17 11:54, Richard W.M. Jones wrote:
On Mon, Jun 17, 2013 at 06:09:23PM +0800, Fam Zheng wrote:
+if (real_size = strlen(accept_len)
What's accept_len? This patch gives me a couple of compile errors:
Oops, a
Alex, here are two fixes for the ccw ipl. The first fix deals
with a bug that creeped in when merging with the refactoring
work, the other fix allows booting from a subchannel set 0.
I will let you do the binary of the bios code yourself.
Christian Borntraeger (1):
s390/ipl: Fix boot order
The latest ipl code adoptions collided with some of the virtio
refactoring rework. This resulted in always booting the first
disk. Lets fix booting from a given ID.
The new code also checks for command lines without bootindex to
avoid random behaviour when accessing dev_st (==0).
Signed-off-by:
From: Dominik Dingel din...@linux.vnet.ibm.com
We now take the subchannel set id also into account to find the boot device.
If we want to use a subchannel set other than the default set 0, we first
need to enable the mss facility.
Signed-off-by: Dominik Dingel din...@linux.vnet.ibm.com
On Fri, Jun 14, 2013 at 12:49:52PM +0100, Peter Maydell wrote:
On 10 May 2013 17:10, Igor Mitsyanko i.mitsya...@gmail.com wrote:
Initialize it appropriately when various commands are processed.
tracking, but the commit message doesn't match the
patch contents anyway -- should this patch
On Mon, Jun 17, 2013 at 11:46:19AM +0200, Pavel Hrdina wrote:
On 5.6.2013 15:23, Stefan Hajnoczi wrote:
On Wed, May 29, 2013 at 06:18:19PM +0200, Pavel Hrdina wrote:
@@ -1071,14 +1072,18 @@ static void
qmp_bdrv_open_encrypted(BlockDriverState *bs, const char *filename,
if
On Mon, Jun 17, 2013 at 11:43:24AM +0800, Fam Zheng wrote:
+bdrv_iostatus_disable(target);
+bdrv_delete(job-target);
drive-mirror has bdrv_close before deleting target, why don't we need
one here?
Use the source, Luke! :)
void bdrv_delete(BlockDriverState *bs)
{
Xen HVM domains normally spawn QEMU with a dedicated xenfv machine type. The
initialization code for this machine type can easily be pulled into the
generic pc initialization code and guarded with a test for whether the xen
accelerator options is specified, which is more consistent with the way
Because of concerns over backwards compatibility and a suggestion that
xenfv should be retired in favour of using the pc machine type I have re-
worked my original patch into 2 patches:
[PATCH 1/2] Allow use of pc machine type (accel=xen) for Xen HVM
[PATCH 2/2] Move hardcoded initialization of
Creation of the xen-platform device is currently hardcoded into machine
type pc's initialization code, guarded by a test for the whether the xen
accelerator is enabled. This patch moves the creation of xen-platform into
the initialization code of the xenfv machine type. This maintains backwards
On Mon, Jun 17, 2013 at 01:41:40PM +0200, Bas van Sisseren wrote:
On 04/06/13 14:26, Stefan Hajnoczi wrote:
On Mon, Jun 03, 2013 at 03:11:49PM +0200, Bas van Sisseren wrote:
reorder slirp config options. first check the dns-server-address,
then check the first-dhcp-address. the original
On Fri, Jun 14, 2013 at 01:18:44PM -0500, Anthony Liguori wrote:
Peter Maydell peter.mayd...@linaro.org writes:
On 14 June 2013 18:54, Peter Maydell peter.mayd...@linaro.org wrote:
On 7 June 2013 12:58, Stefan Hajnoczi stefa...@redhat.com wrote:
From: Kevin Wolf kw...@redhat.com
This
On Sun, Jun 16, 2013 at 05:01:05PM +0200, Stefan Weil wrote:
Signed-off-by: Stefan Weil s...@weilnetz.de
---
qemu-img.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Reviewed-by: Stefan Hajnoczi stefa...@redhat.com
On Sun, Jun 16, 2013 at 11:37:26PM +0800, Lei Li wrote:
2) Use different mechanism than current live migration.
The very basic work flow like:
qemu on the source (the source and destination are both on localhost)
|
V
Stop VM
This avoids other opcodes being incorrectly decoded as TBB/TBH.
The LDA/STL instructions new in ARMv8 use this space.
Signed-off-by: Mans Rullgard m...@mansr.com
---
This was previously sent as part of the LDA/STL patch. Separating it
seems clearer.
---
target-arm/translate.c | 2 +-
1 file
On Fri, 14 Jun 2013 13:46:41 +0800
Amos Kong ak...@redhat.com wrote:
On Fri, May 31, 2013 at 08:31:17PM +0800, Amos Kong wrote:
On Thu, May 30, 2013 at 11:48:46AM -0500, Anthony Liguori wrote:
Amos Kong ak...@redhat.com writes:
diff --git a/hw/input/ps2.c b/hw/input/ps2.c
index
On Sun, Jun 16, 2013 at 11:48:27PM -, Klaus Hochlehnert wrote:
Public bug reported:
I just tested qemu (with kvm) with an iscsi disk using libiscsi.
I tried to install Ubuntu 12.04 as guest and when it comes to the disk
configuration during the installation qemu crashes without any
On Fri, 14 Jun 2013 15:45:52 +0800
Amos Kong ak...@redhat.com wrote:
Currently macvtap based macvlan device is working in promiscuous
mode, we want to implement mac-programming over macvtap through
Libvirt for better performance.
Design:
QEMU notifies Libvirt when rx-filter config is
Am 17.06.2013 14:09, schrieb Gerd Hoffmann:
On 06/17/13 13:05, Peter Lieven wrote:
Am 17.06.2013 10:49, schrieb Gerd Hoffmann:
On 06/17/13 10:10, Peter Lieven wrote:
Hi Gerd,
just looking at your patch. It works fine so far, but I am curious how
to handle the lock keys? I have the problem
On Mon, Jun 17, 2013 at 09:11:27AM -0400, Luiz Capitulino wrote:
On Fri, 14 Jun 2013 15:45:52 +0800
Amos Kong ak...@redhat.com wrote:
Currently macvtap based macvlan device is working in promiscuous
mode, we want to implement mac-programming over macvtap through
Libvirt for better
This fixes a regression introduced by commit 9ca111544.
The first commit is done by Luiz and I've just use it as it is.
The second commit moves the bdrv_dev_change_media_cb() into eject_device(),
called by QMP and HMP eject command, and into qmp_bdrv_open_encrypted(),
called by QMP and HMP
From: Luiz Capitulino lcapitul...@redhat.com
Next commit wants to use it.
Signed-off-by: Luiz Capitulino lcapitul...@redhat.com
Signed-off-by: Pavel Hrdina phrd...@redhat.com
---
block.c | 3 +--
include/block/block.h | 1 +
2 files changed, 2 insertions(+), 2 deletions(-)
diff
On Mon, 17 Jun 2013 14:33:10 +0200
Stefan Hajnoczi stefa...@gmail.com wrote:
On Mon, Jun 17, 2013 at 11:46:19AM +0200, Pavel Hrdina wrote:
On 5.6.2013 15:23, Stefan Hajnoczi wrote:
On Wed, May 29, 2013 at 06:18:19PM +0200, Pavel Hrdina wrote:
@@ -1071,14 +1072,18 @@ static void
The bdrv_dev_change_media_cb() should be called only for eject and change
commands. We should call that function only if that command is successful.
What this function does is that it calls the change_media_cb() and also emit
the QEVENT_DEVICE_TRAY_MOVED event.
If a password is not required, but
On 17.6.2013 15:22, Luiz Capitulino wrote:
On Mon, 17 Jun 2013 14:33:10 +0200
Stefan Hajnoczi stefa...@gmail.com wrote:
On Mon, Jun 17, 2013 at 11:46:19AM +0200, Pavel Hrdina wrote:
On 5.6.2013 15:23, Stefan Hajnoczi wrote:
On Wed, May 29, 2013 at 06:18:19PM +0200, Pavel Hrdina wrote:
@@
On Mon, 17 Jun 2013 16:21:31 +0300
Michael S. Tsirkin m...@redhat.com wrote:
On Mon, Jun 17, 2013 at 09:11:27AM -0400, Luiz Capitulino wrote:
On Fri, 14 Jun 2013 15:45:52 +0800
Amos Kong ak...@redhat.com wrote:
Currently macvtap based macvlan device is working in promiscuous
mode,
On Mon, 17 Jun 2013 15:25:24 +0200
Pavel Hrdina phrd...@redhat.com wrote:
On 17.6.2013 15:22, Luiz Capitulino wrote:
On Mon, 17 Jun 2013 14:33:10 +0200
Stefan Hajnoczi stefa...@gmail.com wrote:
On Mon, Jun 17, 2013 at 11:46:19AM +0200, Pavel Hrdina wrote:
On 5.6.2013 15:23, Stefan
Currently we only support to allocate 0xff mac-addresses,
if we start guest by pci-bridge/multiple-func, the macaddr
are not enough.
This patch extends the mac-address space to 0x
52:54:00:00:00:00 ~ 52:54:ff:ff:ff:ff
Signed-off-by: Amos Kong ak...@redhat.com
---
net/net.c | 10
QEMU allocates macaddr to nic if user doesn't assigne macaddr.
But we didn't check if the allocated macaddr is used, it might
cause macaddr repeated.
# qemu -device e1000,netdev=h1,mac=52:54:00:12:34:56
(qemu) device_add e1000
(qemu) info network
e1000.0:
This patchset adds a check in allocating mac to new nic,
it will avoid to use repeated mac. The second extends
the address space.
Amos Kong (2):
avoid to allcate used macaddr to to new nic
extend the macaddr space to 0x
net/net.c | 38 ++
1 file
On 17.6.2013 15:32, Luiz Capitulino wrote:
On Mon, 17 Jun 2013 15:25:24 +0200
Pavel Hrdina phrd...@redhat.com wrote:
On 17.6.2013 15:22, Luiz Capitulino wrote:
On Mon, 17 Jun 2013 14:33:10 +0200
Stefan Hajnoczi stefa...@gmail.com wrote:
On Mon, Jun 17, 2013 at 11:46:19AM +0200, Pavel Hrdina
On Fri, 14 Jun 2013 19:55:21 -0400
Alon Levy al...@redhat.com wrote:
On Fri, 2013-06-14 at 13:21 -0500, Anthony Liguori wrote:
Alon Levy al...@redhat.com writes:
This fixes the broken screendump behavior for qxl devices in native mode
since 81fb6f1504fb9ef71f2382f44af34756668296e8.
On Mon, 17 Jun 2013 15:38:23 +0200
Pavel Hrdina phrd...@redhat.com wrote:
On 17.6.2013 15:32, Luiz Capitulino wrote:
On Mon, 17 Jun 2013 15:25:24 +0200
Pavel Hrdina phrd...@redhat.com wrote:
On 17.6.2013 15:22, Luiz Capitulino wrote:
On Mon, 17 Jun 2013 14:33:10 +0200
Stefan Hajnoczi
Am 17.06.2013 um 15:38 hat Pavel Hrdina geschrieben:
It's just a warning, that you used a password for a block device that
doesn't require it. The device is opened successfully and should be
handled correctly (call the bdrv_dev_change_media_cb() ).
Yep, IMO it's worth a comment that this
On Mon, 17 Jun 2013 15:46:52 +0200
Kevin Wolf kw...@redhat.com wrote:
Am 17.06.2013 um 15:38 hat Pavel Hrdina geschrieben:
It's just a warning, that you used a password for a block device that
doesn't require it. The device is opened successfully and should be
handled correctly (call the
On Fri, Jun 14, 2013 at 03:45:52PM +0800, Amos Kong wrote:
Currently macvtap based macvlan device is working in promiscuous
mode, we want to implement mac-programming over macvtap through
Libvirt for better performance.
Design:
QEMU notifies Libvirt when rx-filter config is changed in
On Mon, 17 Jun 2013 08:06:58 +0200
Gerd Hoffmann kra...@redhat.com wrote:
Hmm, while thinking about it: There is another screendump change in the
pipeline: allow screen dumps from *any* device. So, I think this is
actually a very good reason to implement a new screendump command as I
think
On Mon, Jun 17, 2013 at 09:35:10PM +0800, Amos Kong wrote:
QEMU allocates macaddr to nic if user doesn't assigne macaddr.
But we didn't check if the allocated macaddr is used, it might
cause macaddr repeated.
# qemu -device e1000,netdev=h1,mac=52:54:00:12:34:56
(qemu) device_add e1000
Hi,
I guess reset_keys() should skip capslock+numlock to not disturb the
sync logic, can you try that?
mhh, i might be wrong, but where could the vs-modifiers_state be not zero
on a new connection. I only find a g_malloc0 initializing the VNCState.
Ah, right, it is in the per-connection
On 06/17/13 11:30, Alon Levy wrote:
But on the other hand if this is something that would be acceptable now
and having proper Async error handling is not forthcoming (why btw? is
anyone working on it) . But it would become baggage later on..
Don't think it is too bad, RfC patches will go out
Adds a screendump-device qmp command, which has an additional 'device'
parameter. This way it is possible to specify the device you want a
screendump from.
For the hmp monitor an optional device parameter has been added to the
esisting screendump command.
Hi,
Just a rough + incomplete draft for now, to show the idea.
Series adds a new screendump qmp command. This does (a) allow
to specify the device we want dump from, (b) does the actual
image writing in a bottom half and (c) sends a qmp event when
(not done yet, just a comment for now).
It
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
include/ui/console.h |2 ++
ui/console.c | 15 +++
2 files changed, 17 insertions(+)
diff --git a/include/ui/console.h b/include/ui/console.h
index 092b9be..4860687 100644
--- a/include/ui/console.h
+++
On Mon, Jun 17, 2013 at 09:35:11PM +0800, Amos Kong wrote:
Currently we only support to allocate 0xff mac-addresses,
if we start guest by pci-bridge/multiple-func, the macaddr
are not enough.
This patch extends the mac-address space to 0x
52:54:00:00:00:00 ~ 52:54:ff:ff:ff:ff
Il 17/06/2013 14:30, Stefan Hajnoczi ha scritto:
@@ -116,6 +116,7 @@ struct SDState {
QEMUIOVector qiov;
struct iovec iov;
BlockDriverAIOCB *aiocb;
+uint32_t transf_cnt;
How does this work for migration -- are we guaranteed that
all outstanding AIO requests
On 17 June 2013 14:00, Mans Rullgard m...@mansr.com wrote:
This avoids other opcodes being incorrectly decoded as TBB/TBH.
The LDA/STL instructions new in ARMv8 use this space.
Signed-off-by: Mans Rullgard m...@mansr.com
---
This was previously sent as part of the LDA/STL patch. Separating
Peter Maydell peter.mayd...@linaro.org writes:
On 17 June 2013 14:00, Mans Rullgard m...@mansr.com wrote:
This avoids other opcodes being incorrectly decoded as TBB/TBH.
The LDA/STL instructions new in ARMv8 use this space.
Signed-off-by: Mans Rullgard m...@mansr.com
---
This was
On Mon, Jun 17, 2013 at 09:30:42AM -0400, Luiz Capitulino wrote:
On Mon, 17 Jun 2013 16:21:31 +0300
Michael S. Tsirkin m...@redhat.com wrote:
On Mon, Jun 17, 2013 at 09:11:27AM -0400, Luiz Capitulino wrote:
On Fri, 14 Jun 2013 15:45:52 +0800
Amos Kong ak...@redhat.com wrote:
On Mon, 17 Jun 2013 17:20:13 +0300
Michael S. Tsirkin m...@redhat.com wrote:
On Mon, Jun 17, 2013 at 09:30:42AM -0400, Luiz Capitulino wrote:
On Mon, 17 Jun 2013 16:21:31 +0300
Michael S. Tsirkin m...@redhat.com wrote:
On Mon, Jun 17, 2013 at 09:11:27AM -0400, Luiz Capitulino wrote:
Little more context please.
Regards,
Anthony Liguori
Gerd Hoffmann kra...@redhat.com writes:
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
include/ui/console.h |2 ++
ui/console.c | 15 +++
2 files changed, 17 insertions(+)
diff --git
On Mon, Jun 17, 2013 at 10:34:28AM -0400, Luiz Capitulino wrote:
On Mon, 17 Jun 2013 17:20:13 +0300
Michael S. Tsirkin m...@redhat.com wrote:
On Mon, Jun 17, 2013 at 09:30:42AM -0400, Luiz Capitulino wrote:
On Mon, 17 Jun 2013 16:21:31 +0300
Michael S. Tsirkin m...@redhat.com wrote:
Gerd Hoffmann kra...@redhat.com writes:
Adds a screendump-device qmp command, which has an additional 'device'
parameter. This way it is possible to specify the device you want a
screendump from.
For the hmp monitor an optional device parameter has been added to the
esisting screendump
Am 17.06.2013 um 15:51 hat Luiz Capitulino geschrieben:
On Mon, 17 Jun 2013 15:46:52 +0200
Kevin Wolf kw...@redhat.com wrote:
Am 17.06.2013 um 15:38 hat Pavel Hrdina geschrieben:
It's just a warning, that you used a password for a block device that
doesn't require it. The device is
1 - 100 of 271 matches
Mail list logo
