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.In current -git, -net user attaches to the second interface and
-net tun attaches to the first, I.E. the order is reversed.
Either
On 05/09/2011 12:03 AM, Ulrich Obergfell wrote:
Loss of periodic timer interrupts caused by delayed callbacks and by
interrupt coalescing is compensated by gradually injecting additional
interrupts during subsequent timer intervals, starting at a rate of
one additional interrupt per interval. The
On 10.05.2011, at 14:49, Christian Borntraeger wrote:
> Alex,
>
> the current s390x qemu memory layout is
>
> 0x100: guest start
> 0x8000: qemu binary
>
> which limits the amount of available memory to <2GB.
> This patch moves the guest pages to 32GB to not collide with the binary
> an
On 10.05.2011, at 14:49, Christian Borntraeger wrote:
> Alex,
>
> the s390 memory detection has a 16bit field that specifies the amount of
> increments. This patch adopts the memory size to always fit into that
> scheme. This also fixes virtio detection for these guests, since the
> descriptor
Hi,
This is my current PPC patch queue containing all the collected PPC work for
Qemu so far. Please pull.
Alex
The following changes since commit 0225e254ae81c5638463cda8f5730f31619113b6:
Stefan Weil (1):
usb-linux: Add missing break statement
are available in the git repository at:
12.05.2011 00:49, Jan Kiszka пишет:
> On 2011-05-11 18:08, Stefan Hajnoczi wrote:
>> On Wed, May 11, 2011 at 4:22 PM, Carl Karsten wrote:
>>> On Wed, May 11, 2011 at 6:01 AM, Markus Armbruster
>>> wrote:
Stefan Hajnoczi writes:
> On Tue, May 10, 2011 at 6:40 PM, Carl Karsten
>>>
- Original Message -
> From: "Jan Kiszka"
> To: "Glauber Costa"
> Cc: k...@vger.kernel.org, aligu...@us.ibm.com, mtosa...@redhat.com,
> qemu-devel@nongnu.org, a...@redhat.com
> Sent: Wednesday, May 11, 2011 5:00:10 PM
> Subject: Re: [PATCH] Add an isa device for SGA
> On 2011-05-11 19:
On 2011-05-11 18:08, Stefan Hajnoczi wrote:
> On Wed, May 11, 2011 at 4:22 PM, Carl Karsten wrote:
>> On Wed, May 11, 2011 at 6:01 AM, Markus Armbruster wrote:
>>> Stefan Hajnoczi writes:
>>>
On Tue, May 10, 2011 at 6:40 PM, Carl Karsten
wrote:
> I would expect the syntax to look
When setting up a vfio device, we can either create a new iommu
domain for each device, or use an iommu domain shared between
multiple devices. In the first case, we open /dev/uiommu for
each device and pass the new file descriptor for each device's
VFIO_DOMAIN_SET ioctl. For the latter, we use a
On 2011-05-11 19:11, Glauber Costa wrote:
> 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 s
On tis, 2011-05-10 at 12:56 +0100, Richard W.M. Jones wrote:
> Fedora
> --
>
> In theory you can just write a file /.unconfigured in the root, and
Perhaps this could also be triggered by a change in the system UUID (see
dmidecode). Store the UUID in a file during kickstart/firstboot and
chec
On Wed, May 11, 2011 at 9:39 PM, Lluís wrote:
> Blue Swirl writes:
>
>> On Wed, May 11, 2011 at 12:28 AM, Paul Brook wrote:
>>> In practice generated code probably accesses CPUState often enough that a
>>> dedicated register isn't a bad idea. My guess is that eliminating it from C
>>> code gets
Am 11.05.2011 12:15, schrieb Stefan Hajnoczi:
From: Kevin Wolf
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 introd
Blue Swirl writes:
> On Wed, May 11, 2011 at 12:28 AM, Paul Brook wrote:
>> In practice generated code probably accesses CPUState often enough that a
>> dedicated register isn't a bad idea. My guess is that eliminating it from C
>> code gets us almost all of the useful benefit. Removing it from
Paul Brook wrote:
The PL041 driver provides an interface to an ACLink bus.
The LM4549 driver emulates a DAC connected on the ACLink bus.
Only audio playback is implemented.
Shouldn't this be shared with the other AC97 devices?
Paul
I organized the code in 3 different drivers (PL041 <=> ACLin
On Wed, May 11, 2011 at 1:57 AM, Paul Brook wrote:
>> While we're at it, let us change things a bit further to allow guest
>> byte-swap load/store insns to be implemented more efficiently. For
>> instance, currently a sparc load_asr (little-endian), as emulated on
>> an x86 host, does the byte sw
On Wed, May 11, 2011 at 12:58 AM, Richard Henderson wrote:
> On 05/10/2011 01:54 PM, Blue Swirl wrote:
>> TCG the generator backend
>> -AREG0 is used for qemu_ld/st ops for TLB access. It should be
>> possible for the translators to pass instead a pointer to either
>> CPUState or directly to the T
On Wed, May 11, 2011 at 12:28 AM, Paul Brook wrote:
>> TCG uses a fixed global register (AREG0) to which points to currently
>> used CPUState, also known as 'env'. Using a fixed register has the
>> downsides that the register must be reserved by TCG for generated code
>> and by the compiler for co
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 is used.
Signed-off-by: Glauber Costa
---
Ma
On Wed, May 11, 2011 at 4:22 PM, Carl Karsten wrote:
> On Wed, May 11, 2011 at 6:01 AM, Markus Armbruster wrote:
>> Stefan Hajnoczi writes:
>>
>>> On Tue, May 10, 2011 at 6:40 PM, Carl Karsten
>>> wrote:
I would expect the syntax to look like this:
qemu -hda 1.qcow2 -net nick -n
On Wed, May 11, 2011 at 6:01 AM, Markus Armbruster wrote:
> Stefan Hajnoczi writes:
>
>> On Tue, May 10, 2011 at 6:40 PM, Carl Karsten wrote:
>>> I would expect the syntax to look like this:
>>>
>>> qemu -hda 1.qcow2 -net nick -net
>>> user,hostname=qemu,search=example.com,sales.example.com
>>
>
> -Original Message-
> From: Anthony Liguori [mailto:anth...@codemonkey.ws]
> Sent: Wednesday, May 11, 2011 4:35 PM
> To: Shribman, Aidan
> Cc: qemu-devel@nongnu.org
> Subject: Re: [Qemu-devel] [PATCH] Add warmup phase for live
> migration of large memory apps
>
> On 05/11/2011 02:58 AM,
On 7 May 2011 12:40, Alexander Graf wrote:
> So I suppose the only thing missing is a --disable-cocoa option, yup.
I've just noticed that some of the code in block/raw-posix.c
uses the CONFIG_COCOA #define to gate whether to do MacOSX
specific handling of CDROMs and so on. I'm not a MacOS expert
On Wed, May 11, 2011 at 03:45:39PM +0200, Paolo Bonzini wrote:
> On 05/11/2011 03:05 PM, Anthony Liguori wrote:
> >>
> >>A very slow way, too (on Windows at least if you use qemu_cond...).
> >
> >That doesn't mean you can't do a fiber implementation for Windows... but
> >having a highly portable fa
On 05/11/2011 03:05 PM, Anthony Liguori wrote:
A very slow way, too (on Windows at least if you use qemu_cond...).
That doesn't mean you can't do a fiber implementation for Windows... but
having a highly portable fallback is a good thing.
I agree but where would you place it, since QEMU is o
On 05/11/2011 02:58 AM, Shribman, Aidan wrote:
From: Aidan Shribman
[PATCH] Add warmup phase for live migration of large memory apps
By invoking "migrate -w" we initiate a background live-migration
transferring of dirty pages continuously until invocation of "migrate_end"
which attempts to comp
From: Jes Sorensen
qemu_spice_set_passwd() and qemu_spice_set_pw_expire() dummy functions
needs to be inline, in order to handle the case where they are called
without checking the return value.
Signed-off-by: Jes Sorensen
Signed-off-by: Gerd Hoffmann
(cherry picked from commit 14da8345b2f7c21
This patch moves the creation of spice screen updates from the spice
server context to qemu iothread context (display refresh timer to be
exact). This way we avoid accessing qemu internals (display surface)
from spice thread context which in turn allows us to simplify locking.
Signed-off-by: Gerd
Hi,
Here are the spice locking fixes backported to the 0.14 stable branch.
please pull,
Gerd
The following changes since commit 56a60dd6d619877e9957ba06b92d2f276e3c229d:
Version 0.14.1 (2011-05-04 13:50:56 -0500)
are available in the git repository at:
git://anongit.freedesktop.org/spi
This patch moves the displaystate callback calls for setting the cursor
and the mouse pointer from spice server to qemu (iothread) context.
This allows us to simplify locking.
Signed-off-by: Gerd Hoffmann
(cherry picked from commit 075360945860ad9bdd491921954b383bf762b0e5)
---
hw/qxl-render.c
We don't use qemu internals from spice server context any more.
Thus we don't also need to grab the iothread mutex from spice
server context. And we don't have to temporarely release the
lock to avoid deadlocks. Drop all the calls.
Signed-off-by: Gerd Hoffmann
(cherry picked from commit 196a778
The spice locking fixes cherry-picked from master need qemu mutexes.
Enable CONFIG_THREAD when enabling spice so they get linked in.
Signed-off-by: Gerd Hoffmann
---
configure |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/configure b/configure
index f2551b3..b2eade1 10
On 05/11/2011 07:52 AM, Paolo Bonzini wrote:
On 05/11/2011 02:51 PM, Anthony Liguori wrote:
How about a generic thread fallback? That's what we do in gtk-vnc and
it solves the portability issue in a very robust way.
A very slow way, too (on Windows at least if you use qemu_cond...).
That doe
Am 11.05.2011 14:36, schrieb Anthony Liguori:
> On 05/11/2011 05:15 AM, Stefan Hajnoczi wrote:
>> From: Kevin Wolf
>>
>> 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,
On Wed, May 11, 2011 at 1:46 PM, Paolo Bonzini wrote:
> On 05/11/2011 02:36 PM, Anthony Liguori wrote:
> diff --git a/coroutine-win32.c b/coroutine-win32.c
Kevin: This reminds me that I did not run ./check-coroutine on win32.
If you are able to run it in your environment that would be good to
mak
On 05/11/2011 02:51 PM, Anthony Liguori wrote:
How about a generic thread fallback? That's what we do in gtk-vnc and
it solves the portability issue in a very robust way.
A very slow way, too (on Windows at least if you use qemu_cond...).
Paolo
On 05/11/2011 07:04 AM, Paolo Bonzini wrote:
On 05/11/2011 12:15 PM, Stefan Hajnoczi wrote:
+#ifdef __i386__
+ asm volatile(
+ "mov %%esp, %%ebx;"
+ "mov %0, %%esp;"
+ "pushl %1;"
+ "call _trampoline;"
+ "mov %%ebx, %%esp;"
+ : : "r" (co->stack + co->stack_size), "r" (co) : "ebx"
+ );
This is
On 05/11/2011 02:36 PM, Anthony Liguori wrote:
So the only Linux host we support is x86??
We can't reasonably do this IMHO. If we're going to go this route, we
should at least fall back to setcontext for the sake of portability.
That was:
diff --git a/coroutine-win32.c b/coroutine-win32.c
n
On 05/11/2011 05:15 AM, Stefan Hajnoczi wrote:
From: Kevin Wolf
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 intr
Am 11.05.2011 14:04, schrieb Paolo Bonzini:
> On 05/11/2011 12:15 PM, Stefan Hajnoczi wrote:
>> +#ifdef __i386__
>> +asm volatile(
>> +"mov %%esp, %%ebx;"
>> +"mov %0, %%esp;"
>> +"pushl %1;"
>> +"call _trampoline;"
>> +"mov %%ebx, %%esp;"
>> +: :
On 05/11/2011 12:15 PM, Stefan Hajnoczi wrote:
+#ifdef __i386__
+asm volatile(
+"mov %%esp, %%ebx;"
+"mov %0, %%esp;"
+"pushl %1;"
+"call _trampoline;"
+"mov %%ebx, %%esp;"
+: : "r" (co->stack + co->stack_size), "r" (co) : "ebx"
+);
This i
On 05/10/2011 11:02 AM, BrillyWu wrote:
From: BrillyWu
When KVM is running on VIA CPU with host cpu's model, the
feautures of VIA CPU will be passed into kvm guest by calling
the CPUID instruction for Centaur.
Applied, thanks.
--
error compiling committee.c: too many arguments to function
glad I could help
the original bug report is here: https://bugs.launchpad.net/qemu/+bug/757654
should I update it? or will it be updated when the patch reaches master?
j.
On Mon, May 9, 2011 at 1:43 PM, Gerd Hoffmann wrote:
> On 05/09/11 12:16, Jan Vesely wrote:
>>
>> UHCI host controller statu
Am 11.05.2011 12:15, schrieb Stefan Hajnoczi:
> From: Kevin Wolf
>
> 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
Stefan Hajnoczi writes:
> On Tue, May 10, 2011 at 6:40 PM, Carl Karsten wrote:
>> I would expect the syntax to look like this:
>>
>> qemu -hda 1.qcow2 -net nick -net
>> user,hostname=qemu,search=example.com,sales.example.com
>
> Comma escaping is needed but it seems like a reasonable feature to
From: Kevin Wolf
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 code
that looks sy
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 contin
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
---
Makefile |3 +-
ch
> The PL041 driver provides an interface to an ACLink bus.
> The LM4549 driver emulates a DAC connected on the ACLink bus.
> Only audio playback is implemented.
Shouldn't this be shared with the other AC97 devices?
Paul
On 05/10/2011 02:51 AM, Rob Landley wrote:
> Until recently, -net options used to add interfaces to linux in the same
> order they went on the command line, so the first one you listed on the
> qemu command line would become eth0, the second -net became eth1, and so
> on. Now they're added in _rev
On Wed, May 11, 2011 at 8:58 AM, Shribman, Aidan wrote:
> From: Aidan Shribman
>
> [PATCH] Add warmup phase for live migration of large memory apps
>
> By invoking "migrate -w " we initiate a background live-migration
> transferring of dirty pages continuously until invocation of "migrate_end"
>
On Tue, May 10, 2011 at 6:40 PM, Carl Karsten wrote:
> I would expect the syntax to look like this:
>
> qemu -hda 1.qcow2 -net nick -net
> user,hostname=qemu,search=example.com,sales.example.com
Comma escaping is needed but it seems like a reasonable feature to me.
Stefan
Good stuff, just a few questions.
Gerd Hoffmann writes:
> The device path isn't just a number. It specifies the physical port
> the device is connected to and in case the device is connected via
> usb hub you'll have two numbers there, like this: "5.1". The first
> specifies the root port wher
> (a) Is cloning guests useful for you or not? Often or infrequently?
I don't 'clone' in the strict sense of the word. I create a base raw
OS image and provide that image to other users as a common starting
point for them to setup their guests. I don't care about the XML
definition, just the raw
From: Aidan Shribman
[PATCH] Add warmup phase for live migration of large memory apps
By invoking "migrate -w " we initiate a background live-migration
transferring of dirty pages continuously until invocation of "migrate_end"
which attempts to complete the live migration operation.
Qemu host:
55 matches
Mail list logo
