On 18 March 2011 23:31, walt 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 addition while th
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
Cc: Blue Swirl
Signed-off-by: Stefan Weil
---
qemu-thread-win32.c |
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
approa
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 r
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
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
t
On Tue, Mar 15, 2011 at 1:27 PM, Anthony Liguori 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 user interface :).
Part 3 of the patch implements the following options for the 'configure' script.
--disable-hpet-driftfix
--enable-hpet-driftfix
Signed-off-by: Ulrich Obergfell
diff -up ./configure.orig3 ./configure
--- ./configure.orig3 2011-02-18 22:48:06.0 +0100
+++ ./configure 2011-03-13 12:43:4
Part 1 of the patch implements the following QEMU command line option.
-hpet [device=none|present][,driftfix=none|slew]
Signed-off-by: Ulrich Obergfell
diff -up ./qemu-config.c.orig1 ./qemu-config.c
--- ./qemu-config.c.orig1 2011-02-18 22:48:06.0 +0100
+++ ./qemu-config.c 20
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 int
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
Isaku Yamahata 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
> Signed-off-by: Isaku Yamahata
> ---
> hw/piix_pci.c | 31 +
On Fri, 11 Mar 2011 17:05:32 -0600
Anthony Liguori 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.
>
> Signed-off-by:
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 somethi
Anthony Liguori 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
>>>
मनीष शर्मा 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
proces
Anthony Liguori writes:
> On 03/17/2011 10:26 AM, Markus Armbruster wrote:
>> Kevin Wolf 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 up at http://wik
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 if
On Sat, 12 Mar 2011 09:00:53 -0600
Anthony Liguori wrote:
> On 03/12/2011 05:29 AM, Blue Swirl wrote:
> > On Sat, Mar 12, 2011 at 1:05 AM, Anthony Liguori
> > wrote:
> >> Only generate qmp-types.[ch]. These files contain the type definitions for
> >> QMP along with the alloc/free functions for
On Fri, 11 Mar 2011 17:05:31 -0600
Anthony Liguori 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.
>
> qmp-types is us
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, bu
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 re
On Wed, 16 Mar 2011 15:00:10 -0500
Anthony Liguori 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
> > for this?
Any comments on this patch?
--
Fabien Chouteau
Remove use of parse_host_port.
Signed-off-by: Juan Quintela
---
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
--- a/net/socket.c
+++ b/net/soc
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
---
gdbstub.c |6 ++
migration-tcp.c|4 +---
nbd.c |5 +
net/socket.c | 13 ---
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
---
migration-tcp.c | 51 +++
net.c | 106 +++
qemu_socket.h
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 e
2011/3/15 Juan Quintela :
> 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 Quintela
> ---
>
Ah, now I see what the problem was.
Yoshi
2011/3/18 Juan Quintela :
> Yoshiaki Tamura 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/seabio
From: Jan Kiszka
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
---
kvm-all.c | 11 ++
From: Jan Kiszka
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
---
cpu-all.h | 14 +-
exec.c|4 +++-
2 files changed, 16 insertions(+), 2 deletions(-)
diff --git a/cp
From: Jan Kiszka
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
CC: Riku Voipio
---
exec.c | 14 ++
1 files changed, 10 insertions(+), 4 deletions(-)
diff --git a/e
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
Jan Kiszka (3):
Break up user and system cpu_interrupt implementations
Redirect cpu_interrupt to callback handler
kvm: Install speci
Yoshiaki Tamura 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
> -localtime -boot c -drive f
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 thread-saf
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
> >>> recei
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
Accelerati
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
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
> happe
On 2011-03-06 16:09, Jan Kiszka wrote:
> From: Jan Kiszka
>
> 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
> ---
> hw/i8254.c |2 ++
> 1 files changed, 2 in
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
ni
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
> ---
> hw/kvmclock.c |6 +-
> 1 files chan
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
>>> ---
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
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
> Cc: Igor V. Kovalenko
> Cc: Jason Wang
> Cc: Michael S. Tsirkin
> Cc: Blue Swirl
> ---
> hw/rtl8139.c | 57
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
> Cc: Igor V. Kovalenko
> Cc: Jason Wang
> Cc: Michael S. Tsirkin
> Cc: Blue Swirl
>
This patch looks functiona
On Thu, Mar 17, 2011 at 7:49 PM, amy chen 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
48 matches
Mail list logo
