On Fri, 13 May 2011 03:19:42 AM Vincent Palatin wrote:
Does the kernel need some sort of vlan support compiled into it for this
to work, or can the kernel not care?
You don't need anything in your kernel, this is for Qemu network layer
configuration.
Just to explain a bit further: qemu
On Thu, May 12, 2011 at 9:57 PM, Venkateswararao Jujjuri (JV)
jv...@linux.vnet.ibm.com wrote:
+typedef struct V9fsCoPdu {
+ V9fsPDU *pdu;
+ V9fsState *s;
+ Coroutine *coroutine;
+} V9fsCoPdu;
How about adding the V9fsState *s field to V9fsPDU? Then you do not
need this new
On 05/12/2011 05:32 PM, Avi Kivity wrote:
Out of curiosity, what performance benefit do you see?
Zero. :) Also because the only real change is in patch 4/4 (milkymist)
which I only compile-tested. In all other instances, using
cpu_physical_memory_map_fast is just to make it clear that we
On 2011-05-13 03:49, Rob Landley wrote:
On 05/12/2011 08:19 PM, Vincent Palatin wrote:
First of all, as you have 2 totally separated subnets in your setup, I
think your command-line should use vlan= parameter to isolate them,
else you will end up with some random routing/broadcasting (and
Rob Landley r...@landley.net writes:
On 05/12/2011 09:10 AM, Markus Armbruster wrote:
Rob Landley r...@landley.net writes:
In 1.14.0, if I did this:
qemu -net nic,blah -net user -net nic,blah -net tun,blah
Then the first nic would be -net user, and the second nic would be -net
tun.
Peter Maydell peter.mayd...@linaro.org writes:
On 12 May 2011 19:58, Markus Armbruster arm...@redhat.com wrote:
Anthony Liguori anth...@codemonkey.ws writes:
But for things like Spice where the lack of libspice influences
whether the device is available, how do I extract formal documentation
Anthony Liguori anth...@codemonkey.ws writes:
On 05/12/2011 12:58 PM, Markus Armbruster wrote:
Anthony Liguorianth...@codemonkey.ws writes:
On 05/12/2011 11:08 AM, Markus Armbruster wrote:
Anthony Liguorianth...@codemonkey.ws writes:
On 05/12/2011 10:25 AM, Gerd Hoffmann wrote:
Hi,
Am 12.05.2011 21:22, schrieb Stefan Hajnoczi:
On Thu, May 12, 2011 at 7:12 PM, Blue Swirl blauwir...@gmail.com wrote:
On Thu, May 12, 2011 at 12:54 PM, Stefan Hajnoczi
stefa...@linux.vnet.ibm.com wrote:
diff --git a/coroutine-ucontext.c b/coroutine-ucontext.c
new file mode 100644
index
Luiz Capitulino lcapitul...@redhat.com writes:
On Thu, 12 May 2011 19:54:40 +0200
Markus Armbruster arm...@redhat.com wrote:
Luiz Capitulino lcapitul...@redhat.com writes:
On Thu, 12 May 2011 19:12:56 +0200
Markus Armbruster arm...@redhat.com wrote:
Luiz Capitulino
Glauber Costa glom...@redhat.com writes:
qdev_try_create will cope well with a NULL bus, since it will assume
the main system bus by default. qdev_create, however, wants to print
a message, in which it instantiates the bus name. That simple and at
first inoffensive message will generate a
Glauber Costa glom...@redhat.com writes:
This patch adds a dummy legacy ISA device whose responsibility is to
deploy sgabios, an option rom for a serial graphics adapter.
The proposal is that this device is always-on when -nographics,
but can otherwise be enable in any setup when -device sga
On Thu, May 12, 2011 at 01:57:22PM -0700, Venkateswararao Jujjuri (JV) wrote:
VirtFS (fileserver base on 9P) performs many blocking system calls in the
vCPU context. This effort is to move the blocking calls out of vCPU/IO
thread context, into asynchronous threads.
Anthony's Add hard build
On Thu, May 12, 2011 at 01:57:27PM -0700, Venkateswararao Jujjuri (JV) wrote:
Signed-off-by: Venkateswararao Jujjuri jv...@linux.vnet.ibm.com
---
hw/9pfs/virtio-9p.c | 32
1 files changed, 16 insertions(+), 16 deletions(-)
diff --git a/hw/9pfs/virtio-9p.c
@Serge,
I saw that. It doesn't happen when i extract source on local box via *.dsc
file and build with 64-bit glibc.
I would guess it was attempt to compile with 32-bit version of glibc. 32-bit
support on spice.v35 was dropped.
--
You received this bug notification because you are a member
This patch speeds up coroutine creation by reusing freed coroutines.
When a coroutine terminates it is placed in the pool instead of having
its resources freed. The next time a coroutine is created it can be
taken straight from the pool and requires no initialization.
Performance results on an
To run automated tests for coroutines:
make check-coroutine
./check-coroutine
On success the program terminates with exit status 0. On failure an
error message is written to stderr and the program exits with exit
status 1.
Signed-off-by: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
---
From: Kevin Wolf kw...@redhat.com
Asynchronous code is becoming very complex. At the same time
synchronous code is growing because it is convenient to write.
Sometimes duplicate code paths are even added, one synchronous and the
other asynchronous. This patch introduces coroutines which allow
QEMU is event-driven and suffers when blocking operations are performed because
VM execution may be stopped until the operation completes. Therefore many
operations that could block are performed asynchronously and a callback is
invoked when the operation has completed. This allows QEMU to
Add a microbenchmark for coroutine create, enter, and return (aka
lifecycle). This is a useful benchmark because users are expected to
create many coroutines, one per I/O request for example, and we
therefore need to provide good performance in that scenario.
To run:
make check-coroutine
On 05/13/2011 01:39 AM, Jan Kiszka wrote:
Actually, reading qemu
--help it looks like I should be using hostfwd= but the documentation on
that is REALLY WEIRD:
This option can not be given multiple times, but multiple rules may
be combined.
Where did you find this? A quick grep did
On 05/13/2011 11:26 AM, Stefan Hajnoczi wrote:
This coroutines implementation is based on the gtk-vnc implementation
written by Anthony Liguorianth...@codemonkey.ws but it has been
significantly rewritten by Kevin Wolfkw...@redhat.com to use
setjmp()/longjmp() instead of the more expensive
On 05/13/2011 01:54 AM, Markus Armbruster wrote:
Rob Landley r...@landley.net writes:
On 05/12/2011 09:10 AM, Markus Armbruster wrote:
Rob Landley r...@landley.net writes:
In 1.14.0, if I did this:
qemu -net nic,blah -net user -net nic,blah -net tun,blah
Then the first nic would be
I commited build in mentioned PPA via
diff -Nru qemu-kvm-0.14.0+spice-v35/configure qemu-kvm-0.14.0+spicev35/configure
--- qemu-kvm-0.14.0+spice-v35/configure 2011-05-12 05:36:32.0 +
+++ qemu-kvm-0.14.0+spicev35/configure 2011-05-13 09:17:01.0 +
@@ -2484,7 +2484,7 @@
On 2011-05-13 12:31, Rob Landley wrote:
On 05/13/2011 01:39 AM, Jan Kiszka wrote:
Actually, reading qemu
--help it looks like I should be using hostfwd= but the documentation on
that is REALLY WEIRD:
This option can not be given multiple times, but multiple rules may
be combined.
On Fri, May 13, 2011 at 11:32 AM, Paolo Bonzini pbonz...@redhat.com wrote:
On 05/13/2011 11:26 AM, Stefan Hajnoczi wrote:
This coroutines implementation is based on the gtk-vnc implementation
written by Anthony Liguorianth...@codemonkey.ws but it has been
significantly rewritten by Kevin
Rob Landley r...@landley.net writes:
On 05/13/2011 01:54 AM, Markus Armbruster wrote:
Rob Landley r...@landley.net writes:
On 05/12/2011 09:10 AM, Markus Armbruster wrote:
Rob Landley r...@landley.net writes:
In 1.14.0, if I did this:
qemu -net nic,blah -net user -net nic,blah -net
Am 09.05.2011 17:51, schrieb Kevin Wolf:
Hi all,
this is a first draft for what I think could be added when we increase qcow2's
version number to 3. This includes points that have been made by several
people
over the past few months. We're probably not going to implement this next
week,
On Fri, May 13, 2011 at 10:43:33AM +0200, Markus Armbruster wrote:
Glauber Costa glom...@redhat.com writes:
This patch adds a dummy legacy ISA device whose responsibility is to
deploy sgabios, an option rom for a serial graphics adapter.
The proposal is that this device is always-on when
Blue, you did the conversion (commit 7435b791), care to explain?
On Fri, 13 May 2011 10:26:38 +0200
Markus Armbruster arm...@redhat.com wrote:
Luiz Capitulino lcapitul...@redhat.com writes:
On Thu, 12 May 2011 19:54:40 +0200
Markus Armbruster arm...@redhat.com wrote:
Luiz Capitulino lcapitul...@redhat.com writes:
On Thu, 12 May 2011 19:12:56
Luiz Capitulino lcapitul...@redhat.com writes:
On Fri, 13 May 2011 10:26:38 +0200
Markus Armbruster arm...@redhat.com wrote:
Luiz Capitulino lcapitul...@redhat.com writes:
On Thu, 12 May 2011 19:54:40 +0200
Markus Armbruster arm...@redhat.com wrote:
Luiz Capitulino
VGA, cirrus-vga and vmware-svga do. Gerd, you added it (commit
a19cbfb3), care to explain?
On 05/13/2011 02:35 AM, Markus Armbruster wrote:
That's fine. But what better way to ensure a consistent and stable UI
than having it centralized in one place.
Consistent, stable, and bit-rotten. Unless you come up with a way to
catch bit-rot immediately. That means on make, not on make
On 05/13/2011 02:35 AM, Markus Armbruster wrote:
Anthony Liguorianth...@codemonkey.ws writes:
That's fine. But what better way to ensure a consistent and stable UI
than having it centralized in one place.
Consistent, stable, and bit-rotten. Unless you come up with a way to
catch bit-rot
On Fri, 13 May 2011 16:13:55 +0200
Markus Armbruster arm...@redhat.com wrote:
Luiz Capitulino lcapitul...@redhat.com writes:
On Fri, 13 May 2011 10:26:38 +0200
Markus Armbruster arm...@redhat.com wrote:
Luiz Capitulino lcapitul...@redhat.com writes:
On Thu, 12 May 2011 19:54:40
On 05/12/2011 10:48 PM, Stefan Hajnoczi wrote:
On Thu, May 12, 2011 at 9:57 PM, Venkateswararao Jujjuri (JV)
jv...@linux.vnet.ibm.com wrote:
+/* v9fs glib thread pool */
+V9fsThPool v9fs_pool;
This should be static and an init function in this file could perform
initialization. Right now the
On Fri, May 13, 2011 at 4:47 PM, Venkateswararao Jujjuri
jv...@linux.vnet.ibm.com wrote:
On 05/12/2011 10:48 PM, Stefan Hajnoczi wrote:
On Thu, May 12, 2011 at 9:57 PM, Venkateswararao Jujjuri (JV)
jv...@linux.vnet.ibm.com wrote:
+/* v9fs glib thread pool */
+V9fsThPool v9fs_pool;
This
When Gerd qdevified USB, he kept legacy -usbdevice working (commit
0958b4cc...). What about new USB devices? Should they get a legacy
syntax, too?
The only existing new device is usb-ccid, and it got one in commit
36707144.
On 05/13/2011 11:36 AM, Markus Armbruster wrote:
When Gerd qdevified USB, he kept legacy -usbdevice working (commit
0958b4cc...). What about new USB devices? Should they get a legacy
syntax, too?
The only existing new device is usb-ccid, and it got one in commit
36707144.
What keeps
On 05/13/2011 03:55 AM, Stefan Hajnoczi wrote:
On Thu, May 12, 2011 at 01:57:22PM -0700, Venkateswararao Jujjuri (JV) wrote:
VirtFS (fileserver base on 9P) performs many blocking system calls in the
vCPU context. This effort is to move the blocking calls out of vCPU/IO
thread context, into
Finally, i got it.
https://launchpadlibrarian.net/71622307/buildlog_ubuntu-natty-amd64
.qemu-kvm_0.14.0%2Bspicev35-0ubuntu1_BUILDING.txt.gz
Log is clean
https://launchpadlibrarian.net/71622306/buildlog_ubuntu-natty-i386.qemu-
kvm_0.14.0%2Bspicev35-0ubuntu1_BUILDING.txt.gz
Disabling -Werror on 32-bit builds is of course a workaround, but the
right answer will be to see that the issues are fixed upstream.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/723871
Title:
On Fri, 13 May 2011 09:55:03 +0100, Stefan Hajnoczi stefa...@gmail.com wrote:
On Thu, May 12, 2011 at 01:57:22PM -0700, Venkateswararao Jujjuri (JV) wrote:
VirtFS (fileserver base on 9P) performs many blocking system calls in the
vCPU context. This effort is to move the blocking calls out of
On Fri, May 13, 2011 at 4:36 PM, Markus Armbruster arm...@redhat.com wrote:
Blue, you did the conversion (commit 7435b791), care to explain?
Because I/O ports of VGA are fixed, so there can be only zero (which
is handled by -vga none) or one devices.
On 05/13/2011 07:19 AM, Markus Armbruster wrote:
Rob Landley r...@landley.net writes:
On 05/13/2011 01:54 AM, Markus Armbruster wrote:
Rob Landley r...@landley.net writes:
On 05/12/2011 09:10 AM, Markus Armbruster wrote:
Rob Landley r...@landley.net writes:
In 1.14.0, if I did this:
The ACLink bus has been removed.
The PL041/AACI driver now directly control the LM4549 codec driver.
The AC97 emulation in ac97.c has not been reused. Making the current
implementation sharable is not trivial and could bring regression
to other platforms.
Versatile/PB test build:
linux-2.6.38.5
Trying to run linux-user-test-0.3 from qemu.org. The programs produce
the expected output but always end up with a segmentation fault:
$ sparc64-linux-user/qemu-sparc64 ../linux-user-test-0.3/sparc64/busybox
BusyBox v1.6.1 (2007-10-20 10:22:43 EEST) multi-call binary
Copyright (C) 1998-2006 Erik
On Fri, 13 May 2011, Mathieu Sonet wrote:
The ACLink bus has been removed.
The PL041/AACI driver now directly control the LM4549 codec driver.
The AC97 emulation in ac97.c has not been reused. Making the current
implementation sharable is not trivial and could bring regression
to other
On 05/13/2011 12:26 PM, Aneesh Kumar K.V wrote:
On Fri, 13 May 2011 09:55:03 +0100, Stefan Hajnoczistefa...@gmail.com wrote:
On Thu, May 12, 2011 at 01:57:22PM -0700, Venkateswararao Jujjuri (JV) wrote:
VirtFS (fileserver base on 9P) performs many blocking system calls in the
vCPU context.
On 05/13/2011 05:18 PM, Venkateswararao Jujjuri wrote:
On 05/13/2011 12:26 PM, Aneesh Kumar K.V wrote:
On Fri, 13 May 2011 09:55:03 +0100, Stefan
Hajnoczistefa...@gmail.com wrote:
On Thu, May 12, 2011 at 01:57:22PM -0700, Venkateswararao Jujjuri
(JV) wrote:
VirtFS (fileserver base on 9P)
50 matches
Mail list logo