This defect is not seen with latest qemu.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/712337
Title:
connecthon basic test5 failed with qemu 0.14 on Virtfs path in guest
Status in QEMU:
In
** Changed in: qemu
Status: New = In Progress
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/712337
Title:
connecthon basic test5 failed with qemu 0.14 on Virtfs path in guest
Status in
On 18.03.2011, at 05:03, David Gibson da...@gibson.dropbear.id.au wrote:
On Thu, Mar 17, 2011 at 08:20:52AM -0500, Anthony Liguori wrote:
On 03/16/2011 11:55 PM, David Gibson wrote:
On Wed, Mar 16, 2011 at 03:44:49PM -0500, Anthony Liguori wrote:
On 03/15/2011 11:56 PM, David Gibson wrote:
On Thu, Mar 17, 2011 at 7:49 PM, amy chen amyrayb...@yahoo.com wrote:
Hi, I have experienced the loopback mode failed on the interfaces. Just
wondering is loopback mode is supported on the QEMU e1000 driver?
No, there doesn't seem to be loopback mode support in hw/e1000.c.
Stefan
Benjamin Poirier writes:
Add support to the emulated hardware to extract vlan tags in packets
going from the network to the guest.
Signed-off-by: Benjamin Poirier benjamin.poir...@gmail.com
Cc: Igor V. Kovalenko igor.v.kovale...@gmail.com
Cc: Jason Wang jasow...@redhat.com
Cc:
Benjamin Poirier writes:
Add support to the emulated hardware to insert vlan tags in packets
going from the guest to the network.
Signed-off-by: Benjamin Poirier benjamin.poir...@gmail.com
Cc: Igor V. Kovalenko igor.v.kovale...@gmail.com
Cc: Jason Wang jasow...@redhat.com
Cc:
Am 17.03.2011 19:28, schrieb Anthony Liguori:
On 03/17/2011 10:22 AM, Markus Armbruster wrote:
I wanted to share these plans early hoping to get some feedback and
also to maybe interest some folks in helping out.
There's also QEMUOptionParameter, thankfully limited to block code. Any
plans
On 2011-03-15 21:12, Jan Kiszka wrote:
On 2011-03-15 18:10, Marcelo Tosatti wrote:
On Tue, Mar 15, 2011 at 12:26:17PM +0100, Jan Kiszka wrote:
KVM only requires to set the raised IRQ in CPUState and to kick the
receiving vcpu if it is remote.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
On 2011-03-17 23:42, Glauber Costa wrote:
kvmclock presence can be signalled by two different flags. So for
device creation, we have to test for both.
Patch is OK, but the subject's logic is inverted.
Jan
Signed-off-by: Glauber Costa glom...@redhat.com
---
hw/kvmclock.c |6 +-
Juan, Anthony,
It seems this patch broke live migration in my environment. The guest
hangs after switching to remote. The following is parameters of the
guest.
-L /usr/local/seabios --enable-kvm -M pc -m 512 -smp 1 -monitor stdio
-localtime -boot c -drive file=/vm/fedora13.img,if=virtio -net
On 2011-03-06 16:09, Jan Kiszka wrote:
From: Jan Kiszka jan.kis...@siemens.com
qdev conversion broke migration as the previous version used vmstate
instance IDs derived from the iobase. Fix it by registering a legacy
alias.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
On Tue, Aug 03, 2010 at 04:44:30PM +0200, Kevin Wolf wrote:
Furthermore because the DMA operation is splitted into many synchronous
aio_read/write if there's more than one entry in the SG table, without this
patch the DMA would be cancelled in the middle, something we've no idea if it
happens
Am 18.03.2011 12:19, schrieb Christoph Hellwig:
On Tue, Aug 03, 2010 at 04:44:30PM +0200, Kevin Wolf wrote:
Furthermore because the DMA operation is splitted into many synchronous
aio_read/write if there's more than one entry in the SG table, without this
patch the DMA would be cancelled in
Hi All,
Guest Machine: ARM, cortext-a9
Host Machine: x86
My guest app needs to create data and I need the host to do the processing
on that data.
Is there any way to bulk transfer data between guest to host vice versa?
If I do the processing in guest it is too slow. Is there any such
On Fri, Mar 18, 2011 at 11:18:40AM +0100, Jan Kiszka wrote:
On 2011-03-15 21:12, Jan Kiszka wrote:
On 2011-03-15 18:10, Marcelo Tosatti wrote:
On Tue, Mar 15, 2011 at 12:26:17PM +0100, Jan Kiszka wrote:
KVM only requires to set the raised IRQ in CPUState and to kick the
receiving vcpu if
Hello! We use QEMU to run ARM-compiled soft on PC Linux OS. Our soft is
linked with uClibc library in non-NPTL mode. So there are some problems
in running multi-threaded applications under QEMU:
1. Both uClibc and gLibc use 32 and 33 signals and conflict.
2. Signals processing was not
Yoshiaki Tamura tamura.yoshi...@lab.ntt.co.jp wrote:
Juan, Anthony,
It seems this patch broke live migration in my environment. The guest
hangs after switching to remote. The following is parameters of the
guest.
-L /usr/local/seabios --enable-kvm -M pc -m 512 -smp 1 -monitor stdio
Repost of the remaining three patches from part V. No functional
changes, I just updated the commit log for reflect their complete
rationale.
CC: Riku Voipio riku.voi...@iki.fi
Jan Kiszka (3):
Break up user and system cpu_interrupt implementations
Redirect cpu_interrupt to callback handler
From: Jan Kiszka jan.kis...@siemens.com
Both have only two lines in common, and we will convert the system
service into a callback which is of no use for user mode operation.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
CC: Riku Voipio riku.voi...@iki.fi
---
exec.c | 14 ++
1
From: Jan Kiszka jan.kis...@siemens.com
This allows to override the interrupt handling of QEMU in system mode.
KVM will make use of it to set a specialized handler.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
cpu-all.h | 14 +-
exec.c|4 +++-
2 files changed, 16
From: Jan Kiszka jan.kis...@siemens.com
KVM only requires to set the raised IRQ in CPUState and to kick the
receiving vcpu if it is remote. Installing a specialized handler allows
potential future changes to the TCG code path without risking KVM side
effects.
Signed-off-by: Jan Kiszka
Ah, now I see what the problem was.
Yoshi
2011/3/18 Juan Quintela quint...@redhat.com:
Yoshiaki Tamura tamura.yoshi...@lab.ntt.co.jp wrote:
Juan, Anthony,
It seems this patch broke live migration in my environment. The guest
hangs after switching to remote. The following is parameters of
2011/3/15 Juan Quintela quint...@redhat.com:
commit 82fa39b75181b730d6d4d09f443bd26bcfcd045c
only contains half of the fix. It forgots the save state fix for
UINT8 indexes.
Anthony, please apply, without this migration using hpet is broken.
(only current user).
Signed-off-by: Juan
Hi
v2:
- create socket_set_reuseaddr() to have it different for
Windows and everything else (Peter Maydell)
- use strerror() instead of perror (Peter Maydell)
- fprintf(): one of them removed, the other one ...
it is complicated, would have to return two errors: getaddrinfo one
and normal
This allows us to use ipv4/ipv6 for migration addresses.
Once there, it also uses /etc/services names (it came free).
Signed-off-by: Juan Quintela quint...@redhat.com
---
migration-tcp.c | 51 +++
net.c | 106
Windows is different than unix, SO_REUSEADDR is the default value
there. Create one function to do it and change all callers.
Signed-off-by: Juan Quintela quint...@redhat.com
---
gdbstub.c |6 ++
migration-tcp.c|4 +---
nbd.c |5 +
net/socket.c
Remove use of parse_host_port.
Signed-off-by: Juan Quintela quint...@redhat.com
---
net/socket.c | 55 ++-
1 files changed, 10 insertions(+), 45 deletions(-)
diff --git a/net/socket.c b/net/socket.c
index de46506..aa0b2d8 100644
---
Any comments on this patch?
--
Fabien Chouteau
On Wed, 16 Mar 2011 15:00:10 -0500
Anthony Liguori anth...@codemonkey.ws wrote:
That said, I think we made a critical mistake in QMP that practically
means that we need bindings for QMP. There is no argument ordering.
I'm sorry? Critical mistake? Didn't _we_ consciously choose a dictionary
On Fri, Mar 18, 2011 at 12:34:09PM +0100, Kevin Wolf wrote:
That hasn't been true for a long time when this code was commited, at least
on kernel supporting preadv/pwritev and/or aio.
So what do you want to tell us? Should the patch be reverted?
Just looked into that area for a bug
On 18.03.2011, at 14:37, Fabien Chouteau wrote:
Any comments on this patch?
I'm not really firm in SPE instructions. Last time Aurelien commented on your
SPE patches, right? It's probably best to ask him again. If we get no response,
I can try to compare the instructions with the spec, but
On Fri, 11 Mar 2011 17:05:31 -0600
Anthony Liguori aligu...@us.ibm.com wrote:
Only generate qmp-types.[ch]. These files contain the type definitions for
QMP along with the alloc/free functions for these types. Functions to convert
enum values to integers and vice versa are also included.
On Sat, 12 Mar 2011 09:00:53 -0600
Anthony Liguori anth...@codemonkey.ws wrote:
On 03/12/2011 05:29 AM, Blue Swirl wrote:
On Sat, Mar 12, 2011 at 1:05 AM, Anthony Liguorialigu...@us.ibm.com
wrote:
Only generate qmp-types.[ch]. These files contain the type definitions for
QMP along
On 03/18/2011 09:10 AM, Luiz Capitulino wrote:
IMO, what's happening here is that you want (or your focus is in) a
different thing.
Since the beginning we (Markus and I) have focused on having a flexible
wire interface. In its most part, this requirement came from Avi (please
Avi, correct me
Anthony Liguori anth...@codemonkey.ws writes:
On 03/17/2011 10:26 AM, Markus Armbruster wrote:
Kevin Wolfkw...@redhat.com writes:
Am 15.03.2011 14:37, schrieb Anthony Liguori:
On 03/15/2011 06:21 AM, Kevin Wolf wrote:
Am 14.03.2011 18:48, schrieb Anthony Liguori:
I've got a spec written
मनीष शर्मा writes:
Is there any way to bulk transfer data between guest to host vice
versa?
You could probably use ivshmem.
If I do the processing in guest it is too slow. Is there any such Acceleration
available ?
The quick and dirty way is to use the virtproxy to signal data
processing
Anthony Liguori anth...@codemonkey.ws writes:
On 03/17/2011 10:22 AM, Markus Armbruster wrote:
void qcfg_handle_vnc(VncConfig *option, Error **errp)
{
}
And that's it. You can squirrel away the option such that they all
can be processed later, you can perform additional validation and
On Fri, 2011-03-18 at 11:24 +0100, Jan Kiszka wrote:
On 2011-03-17 23:42, Glauber Costa wrote:
kvmclock presence can be signalled by two different flags. So for
device creation, we have to test for both.
Patch is OK, but the subject's logic is inverted.
Indeed, should have said something
On Fri, 11 Mar 2011 17:05:32 -0600
Anthony Liguori aligu...@us.ibm.com wrote:
This code will marshal a QMP type from native representation to a QObject and
vice versa.
Marshaling from a native representation to a QObject can never generate an
Error although the opposite direction may.
Isaku Yamahata yamah...@valinux.co.jp wrote:
PIIX3State::pci_irq_levels are redundant which is already tracked by
PCIBus layer. So eliminate them.
1st of all: Hurray to remove the entable between PIIX3State i440fx.
Cc: Michael S. Tsirkin m...@redhat.com
Signed-off-by: Isaku Yamahata
Hi,
By the beginning of February I posted an RFC regarding an approach to
alleviate time drift with HPET periodic timers.
Ref.: http://article.gmane.org/gmane.comp.emulators.kvm.devel/67346
http://lists.gnu.org/archive/html/qemu-devel/2011-02/msg00327.html
During the discussion it became
Part 2 of the patch compensates loss of timer interrupts caused by ...
- delayed timer callback.
- interrupt coalescing (x86 only).
Lost timer interrupts are compensated by gradually injecting additional
interrupts during the subsequent timer intervals, starting at a rate of
one additional
Part 1 of the patch implements the following QEMU command line option.
-hpet [device=none|present][,driftfix=none|slew]
Signed-off-by: Ulrich Obergfell uober...@redhat.com
diff -up ./qemu-config.c.orig1 ./qemu-config.c
--- ./qemu-config.c.orig1 2011-02-18 22:48:06.0 +0100
+++
Part 3 of the patch implements the following options for the 'configure' script.
--disable-hpet-driftfix
--enable-hpet-driftfix
Signed-off-by: Ulrich Obergfell uober...@redhat.com
diff -up ./configure.orig3 ./configure
--- ./configure.orig3 2011-02-18 22:48:06.0 +0100
+++
On Tue, Mar 15, 2011 at 1:27 PM, Anthony Liguori anth...@codemonkey.ws wrote:
# create a blockdev using probing without relying on implicit keys and
allowing unsafe probing
-blockdev
format.probe.unsafe=on,format.probe.protocol.file.filename=my-image.qcow2,id=ide0-hd0
This is a programmer's
Hi there,
This is a small note to let you know that QEMU has been accepted as an mentoring
organization for Google Summer of Code 2011.
I will be doing some admin tasks and plan to start inviting mentors in the next
week, but of course that those who wish to become mentors can apply to QEMU too
Great notice.!
El 18/03/2011, a las 21:24, Luiz Capitulino escribió:
Hi there,
This is a small note to let you know that QEMU has been accepted as an
mentoring
organization for Google Summer of Code 2011.
I will be doing some admin tasks and plan to start inviting mentors in the
next
Hi qemu team,
The following commit has a strange side-effect on gcc-4.5.2:
commit c832e3de64f1069313fc0672087791cc3dd5b4d8
Author: Richard Henderson
Date: Mon Jan 10 19:23:47 2011 -0800
target-i386: Use deposit operation.
Use this for assignment to the low byte or low word of a
On 03/18/2011 09:04 AM, Markus Armbruster wrote:
Initial code is in my QAPI tree.
I'm not going to start converting things until we get closer to the
end of 0.15 and QAPI is fully merged. My plan is to focus on this for
0.16 and do a full conversion for the 0.16 time frame using the same
Am 13.03.2011 19:00, schrieb Stefan Weil:
These functions were missing in commit
9257d46d55f1fe4e8209be9a6870e339ac3266fe.
Both functions are needed for compilations with
configuration --enable-vnc-thread.
Cc: Paolo Bonzini pbonz...@redhat.com
Cc: Blue Swirl blauwir...@gmail.com
Signed-off-by:
On 18 March 2011 23:31, walt w41...@gmail.com wrote:
The following commit has a strange side-effect on gcc-4.5.2:
The new code in 'target-i386/translate.c' compiles just fine with gcc-4.4.4,
using less than 1GB of RAM, but gcc-4.5.2 uses the whole GB and then fills
up 2GB of swap space in
51 matches
Mail list logo