When a port returns an error for not consuming data, we can only handle
the -EAGAIN error type. Any other error isn't handled. Print out a
message indicating this and the error returned.
Signed-off-by: Amit Shah amit.s...@redhat.com
---
hw/virtio-serial-bus.c |1 +
1 files changed, 1
We need to keep DIR register unchanged across migration, but currently it
depends on the media_changed flags from block layer and we do not save/restore
it which could let the guest driver think the floppy have changed after
migration. To fix this, a new filed media_changed in FDrive strcutre was
On (Fri) 25 Mar 2011 [11:54:02], Amit Shah wrote:
When a port returns an error for not consuming data, we can only handle
the -EAGAIN error type. Any other error isn't handled. Print out a
message indicating this and the error returned.
Signed-off-by: Amit Shah amit.s...@redhat.com
---
When a port returns an error for not consuming data, we can only handle
the -EAGAIN error type. Any other error isn't handled. Print out a
message indicating this and the error returned.
Signed-off-by: Amit Shah amit.s...@redhat.com
---
hw/virtio-serial-bus.c |2 ++
1 files changed, 2
Hello,
I can't compile:
CClibhw64/vl.o
cc1: warnings being treated as errors
/root/download/qemu/git/qemu/vl.c: In function .select_display.:
/root/download/qemu/git/qemu/vl.c:1645: error: label .invalid_display.
defined but not used
make[1]: *** [vl.o] Error 1
make: *** [subdir-libhw64]
On Fri, Mar 25, 2011 at 7:05 AM, Gerhard Wiesinger li...@wiesinger.com wrote:
I can't compile:
CC libhw64/vl.o
cc1: warnings being treated as errors
/root/download/qemu/git/qemu/vl.c: In function .select_display.:
/root/download/qemu/git/qemu/vl.c:1645: error: label .invalid_display.
On 25 March 2011 07:17, Stefan Hajnoczi stefa...@gmail.com wrote:
On Fri, Mar 25, 2011 at 7:05 AM, Gerhard Wiesinger li...@wiesinger.com
wrote:
I can't compile:
CC libhw64/vl.o
cc1: warnings being treated as errors
/root/download/qemu/git/qemu/vl.c: In function .select_display.:
On Fri, Mar 25, 2011 at 7:58 AM, Peter Maydell peter.mayd...@linaro.org wrote:
On 25 March 2011 07:17, Stefan Hajnoczi stefa...@gmail.com wrote:
On Fri, Mar 25, 2011 at 7:05 AM, Gerhard Wiesinger li...@wiesinger.com
wrote:
I can't compile:
CC libhw64/vl.o
cc1: warnings being treated as
Hi,
I've just started the learning process on QEMU, and am trying to create a USB
webcam virtual device (targetting the Linux UVC driver). So far, I'm able to
create the device, plug it in (thanks to those involved in qdev), and inspect
the descriptor.
The problem is building the descriptor,
This is version 2 of the patch that I originally posted in:
http://lists.gnu.org/archive/html/qemu-devel/2011-03/msg02063.html
[Sorry, I missed to include the keyword 'PATCH' in the subject
of the original post.]
The following commit breaks the code of the function palette_destroy().
Amit Shah amit.s...@redhat.com wrote:
When a port returns an error for not consuming data, we can only handle
the -EAGAIN error type. Any other error isn't handled. Print out a
message indicating this and the error returned.
Signed-off-by: Amit Shah amit.s...@redhat.com
---
Jason Wang jasow...@redhat.com wrote:
We need to keep DIR register unchanged across migration, but currently it
depends on the media_changed flags from block layer and we do not save/restore
it which could let the guest driver think the floppy have changed after
migration. To fix this, a new
Ulrich Obergfell uober...@redhat.com wrote:
This is version 2 of the patch that I originally posted in:
http://lists.gnu.org/archive/html/qemu-devel/2011-03/msg02063.html
[Sorry, I missed to include the keyword 'PATCH' in the subject
of the original post.]
The following commit breaks the
On (Fri) 25 Mar 2011 [10:23:16], Juan Quintela wrote:
Amit Shah amit.s...@redhat.com wrote:
When a port returns an error for not consuming data, we can only handle
the -EAGAIN error type. Any other error isn't handled. Print out a
message indicating this and the error returned.
On Fri, Mar 25, 2011 at 8:45 AM, Ulrich Obergfell uober...@redhat.com wrote:
This is version 2 of the patch that I originally posted in:
http://lists.gnu.org/archive/html/qemu-devel/2011-03/msg02063.html
[Sorry, I missed to include the keyword 'PATCH' in the subject
of the original post.]
Hi,
while digging through some problems with BKPT exceptions on ARM, I
discovered that QEMU does not update IFSR on prefetch aborts. This
should be done since ARMv6 according to ARM docs. Please include.
Best Regards,
Alex
--
Alexander Zuepkeazue...@sysgo.com
So far acpi fixed hardware logic (PM TMR, PM1a_EVT, PM1_CNT and GPE0)
are embedded in each device.(acpi_piix.c and vt82c686).
This patch series factors out the logic and consolidate them.
This was the part of q35 chipset patch series which also implements
acpi fixed hardware.
But I made the acpi
factor out ACPI PM1a EVT logic.
Later this will be used by ich9 acpi.
Cc: Blue Swirl blauwir...@gmail.com
Cc: Huacai Chen zltjiang...@gmail.com
Cc: Aurelien Jarno aurel...@aurel32.net
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
---
Changes v7 - v8:
- vt82c686
---
hw/acpi.c | 37
factor out ACPI GPE logic. Later it will be used by ICH9 ACPI.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
---
hw/acpi.c | 66 ++
hw/acpi.h | 17 ++
hw/acpi_piix4.c | 95 ++
factor out ACPI PM1_CNT logic. This will be used by ich9 acpi.
Cc: Blue Swirl blauwir...@gmail.com
Cc: Huacai Chen zltjiang...@gmail.com
Cc: Aurelien Jarno aurel...@aurel32.net
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
---
Changes v7 - v8:
- vt82c686
---
hw/acpi.c | 49
On 24.03.2011, at 22:46, Juan Quintela wrote:
Alexander Graf ag...@suse.de wrote:
The ivshmem depends on PCI and KVM, not only KVM. Reflect this
in the Makefile, so we don't get build errors on s390x.
Signed-off-by: Alexander Graf ag...@suse.de
---
Makefile.target |8 +++-
1
factor out PM_TMR logic. Later This will be used by ich9 acpi.
Also fixes the same bug in vt82c686.c that was fixed by the following
commits.
commit 055479feab63607b8042bb8ebb2e0523f17cbc4e
Author: aliguori aliguori@c046a42c-6fe2-441c-8c8c-71466251a162
Date: Wed Jan 21 16:31:20 2009 +
On Thu, 24 Mar 2011 10:54:05 +0100, Christian Borntraeger
borntrae...@de.ibm.com wrote:
Am 24.03.2011 04:05, schrieb Anthony Liguori:
ie. lguest and S/390 don't trap writes to config space.
Or perhaps they should? But we should be explicit about needing it...
I don't think we ever
On 25 March 2011 10:54, Alex Zuepke azue...@sysgo.com wrote:
while digging through some problems with BKPT exceptions on ARM, I
discovered that QEMU does not update IFSR on prefetch aborts. This
should be done since ARMv6 according to ARM docs. Please include.
This patch is the wrong approach
On 03/25/2011 07:27 AM, Jason Wang wrote:
We need to keep DIR register unchanged across migration, but currently it
depends on the media_changed flags from block layer and we do not save/restore
it which could let the guest driver think the floppy have changed after
migration. To fix this, a new
Ping?
On Tue, Mar 15, 2011 at 01:56:04PM +0200, Gleb Natapov wrote:
Currently when rogue script kills QEMU process (using TERM/INT/HUP
signal) it looks indistinguishable from system shutdown. Lets report
that QEMU was killed and leave some clues about the killer identity.
Signed-off-by:
On Thu, Mar 24, 2011 at 04:58:46PM +0100, Alexander Graf wrote:
We have successfully lazilized cc computation, so we need to manually
trigger its calculation when gdb wants to fetch it. We also changed the
variable name, so writing it writes into a different field now.
Wouldn't you want to:
On 25.03.2011, at 13:07, Nathan Froyd wrote:
On Thu, Mar 24, 2011 at 04:58:46PM +0100, Alexander Graf wrote:
We have successfully lazilized cc computation, so we need to manually
trigger its calculation when gdb wants to fetch it. We also changed the
variable name, so writing it writes into
On 03/25/2011 03:10 AM, Stefan Hajnoczi wrote:
On Fri, Mar 25, 2011 at 7:58 AM, Peter Maydellpeter.mayd...@linaro.org wrote:
This is fixed by this patch:
http://patchwork.ozlabs.org/patch/88098/
sent Wednesday but hasn't made it into git yet.
(The patch got an ack from Jes although patchwork
On 03/25/2011 04:31 AM, Stefan Hajnoczi wrote:
On Fri, Mar 25, 2011 at 8:45 AM, Ulrich Obergfelluober...@redhat.com wrote:
This is version 2 of the patch that I originally posted in:
http://lists.gnu.org/archive/html/qemu-devel/2011-03/msg02063.html
[Sorry, I missed to include the keyword
Hi Peter,
Peter Maydell schrieb:
On 25 March 2011 10:54, Alex Zuepke azue...@sysgo.com wrote:
while digging through some problems with BKPT exceptions on ARM, I
discovered that QEMU does not update IFSR on prefetch aborts. This
should be done since ARMv6 according to ARM docs. Please include.
The current upstream qemu.git from git://git.savannah.nongnu.org/qemu.git
also has the slow savevm. However, it's loadvm takes only a few seconds.
** Also affects: qemu
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of qemu-
On 24 March 2011 22:07, Dmitry Eremin-Solenikov dbarysh...@gmail.com wrote:
Currently target-arm/ assumes at least ARMv5 core. Add support for
handling also ARMv4/ARMv4T. This changes the following instructions:
Mostly looks good; comments below.
@@ -161,6 +179,8 @@ static void
savevm _is_ slow, because it's writing to a qcow2 file with full
(meta)data allocation which is terrible slow since 0.13 (and 0.12.5)
unless you use cache=unsafe. It's the same slowdown as observed with
default cache mode when performing an operating system install into a
freshly created qcow2 -
Confirmed that doing
kvm -drive file=lucid.img,cache=unsafe,index=0,boot=on -m 512M -smp 2 -vnc :1
-monitor stdio
and doing 'savevm savevm5'
takes about 2 seconds.
So, for fast savevm, 'cache=unsafe' is the workaround. Shoudl this bug
then be marked invalid, or 'wontfix'?
--
You
On 03/24/2011 10:21 PM, David Gibson wrote:
Currently, the emulated pSeries machine requires the use of the
-kernel parameter in order to explicitly load a guest kernel. This
means booting from the virtual disk, cdrom or network is not possible.
This patch addresses this limitation by
Signed-off-by: Laurent Vivier laur...@vivier.eu
---
target-m68k/translate.c | 43 ---
1 files changed, 20 insertions(+), 23 deletions(-)
diff --git a/target-m68k/translate.c b/target-m68k/translate.c
index 6f72a2b..be56aaa 100644
---
These apply on top of Anthony's glib tree, commit
03d5927deb5e6baebaade1b4c8ff2428a85e125c currently, and can also be obtained
from:
git://repo.or.cz/qemu/mdroth.git qga_v1
The QGA-specific patches are in pretty rough shape, and there are some
outstanding issues that I'll note below. I just
Currently when we reach an error state we effectively flush everything
fed to the lexer, which can put us in a state where we keep feeding
tokens into the parser at arbitrary offsets in the stream. This makes it
difficult for the lexer/tokenizer/parser to get back in sync when bad
input is made by
This allows qemu to be started with guest agent support via:
qemu -chardev qmp_proxy,path=optional,id=qmp_proxy \
-device ...,chardev=qmp_proxy
It is essentially a wrapper for -chardev socket, which takes the extra
step of setting required defaults and initializing the qmp proxy by
passing
Signed-off-by: Michael Roth mdr...@linux.vnet.ibm.com
---
qmp-gen.py |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/qmp-gen.py b/qmp-gen.py
index 90069ca..4164692 100644
--- a/qmp-gen.py
+++ b/qmp-gen.py
@@ -2328,7 +2328,7 @@ void qga_init_marshal(void)
if
This allows a JSON_ERROR state to be passed to the streamer to force a
flush of the current tokens and pass a NULL token list to the parser
rather that have it churn on bad data. (Alternatively we could just not
pass it to the parser at all, but it may be useful to push there errors
up the stack.
Async commands like 'guest-ping' have NULL retvals. Handle these by
inserting an empty dictionary in the response's return field.
Signed-off-by: Michael Roth mdr...@linux.vnet.ibm.com
---
qmp-core.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/qmp-core.c
This allows us to build qemu-ga with make qemu-ga. It pulls in the
qemu-tools deps, but does not currently build by default. This may
change to avoid bitrot and help with host-side-only unit tests.
This also pulls in gio dependences for all of qemu, currently we only
pull in gthread. In general
Signed-off-by: Michael Roth mdr...@linux.vnet.ibm.com
---
Makefile.objs |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/Makefile.objs b/Makefile.objs
index df7e670..f143bd8 100644
--- a/Makefile.objs
+++ b/Makefile.objs
@@ -103,6 +103,7 @@ common-obj-y +=
This provides a QmpProxy class, 1 instance of which is shared by all QMP
servers/sessions to send/receive QMP requests/responses between QEMU and
the QEMU guest agent.
A single qmp_proxy_send_request() is the only interface currently needed
by a QMP session, QAPI/QMP's existing async support
This is the actual guest daemon, it listens for requests over a
virtio-serial/isa-serial/unix socket channel and routes them through
to dispatch routines, and writes the results back to the channel in
a manner similar to Qmp.
This is currently horribly broken, only the unix-listen channel method
Currently a NULL token list will crash the parser, instead we have it
pass back a NULL QObject.
Signed-off-by: Michael Roth mdr...@linux.vnet.ibm.com
---
json-parser.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/json-parser.c b/json-parser.c
index
This is where the actual commands/RPCs are defined. This patch is mostly
just to serve as an example, but guest-ping actually does everything it
needs to.
view_file will soon be replaced with a stateful open/read/close interface,
and shutdown will be ported over from virtagent soon as well.
These are basically a stripped-down, guest-side analogue to what's in
qmp_core.c: definitions used by qmp-gen.py-generated marshalling code to
handle dispatch and a registration of command-function mappings (minus
all the bits related to Qmp sessions/server/events).
As a result of that, there is
I confirm that without 'cache' option, I have got from iostat those
result while doing 'savevm'
Device: sda
rrqm/s: 0.00
wrqm/s: 316.00
r/s: 0.00
w/s: 94.80
rkB/s: 0.00
wkB/s: 1541.60
avgrq-sz: 32.52
avgqu-sz: 0.98
await: 10.32
svctm: 10.10
%util: 95.76
I also confirm, that when option
On 03/25/2011 02:47 PM, Michael Roth wrote:
These apply on top of Anthony's glib tree, commit
03d5927deb5e6baebaade1b4c8ff2428a85e125c currently, and can also be obtained
from:
git://repo.or.cz/qemu/mdroth.git qga_v1
The QGA-specific patches are in pretty rough shape, and there are some
On 03/25/2011 02:47 PM, Michael Roth wrote:
Currently when we reach an error state we effectively flush everything
fed to the lexer, which can put us in a state where we keep feeding
tokens into the parser at arbitrary offsets in the stream. This makes it
difficult for the lexer/tokenizer/parser
On 03/25/2011 02:47 PM, Michael Roth wrote:
Async commands like 'guest-ping' have NULL retvals. Handle these by
inserting an empty dictionary in the response's return field.
Signed-off-by: Michael Rothmdr...@linux.vnet.ibm.com
---
qmp-core.c |5 -
1 files changed, 4 insertions(+), 1
On 03/25/2011 02:47 PM, Michael Roth wrote:
This provides a QmpProxy class, 1 instance of which is shared by all QMP
servers/sessions to send/receive QMP requests/responses between QEMU and
the QEMU guest agent.
A single qmp_proxy_send_request() is the only interface currently needed
by a QMP
On 03/25/2011 02:47 PM, Michael Roth wrote:
This allows qemu to be started with guest agent support via:
qemu -chardev qmp_proxy,path=optional,id=qmp_proxy \
-device ...,chardev=qmp_proxy
It is essentially a wrapper for -chardev socket, which takes the extra
step of setting required
On 03/25/2011 04:27 PM, Anthony Liguori wrote:
On 03/25/2011 02:47 PM, Michael Roth wrote:
This provides a QmpProxy class, 1 instance of which is shared by all QMP
servers/sessions to send/receive QMP requests/responses between QEMU and
the QEMU guest agent.
A single qmp_proxy_send_request()
On 03/25/2011 03:42 PM, Michael Roth wrote:
On 03/25/2011 02:47 PM, Michael Roth wrote:
These apply on top of Anthony's glib tree, commit
03d5927deb5e6baebaade1b4c8ff2428a85e125c currently, and can also be
obtained from:
git://repo.or.cz/qemu/mdroth.git qga_v1
The QGA-specific patches are in
On 03/25/2011 04:29 PM, Anthony Liguori wrote:
On 03/25/2011 02:47 PM, Michael Roth wrote:
This allows qemu to be started with guest agent support via:
qemu -chardev qmp_proxy,path=optional,id=qmp_proxy \
-device ...,chardev=qmp_proxy
It is essentially a wrapper for -chardev socket, which
On 03/25/2011 05:03 PM, Anthony Liguori wrote:
On 03/25/2011 03:42 PM, Michael Roth wrote:
On 03/25/2011 02:47 PM, Michael Roth wrote:
These apply on top of Anthony's glib tree, commit
03d5927deb5e6baebaade1b4c8ff2428a85e125c currently, and can also be
obtained from:
60 matches
Mail list logo