Hi all,
Would it be possible to add a link to OVMF:
http://sourceforge.net/apps/mediawiki/tianocore/index.php?title=OVMF
on the qemu links page:
http://wiki.qemu.org/Links
for UEFI support on x86 & x86-64 guests?
Thanks,
-Jordan
On 02/28/2011 06:01 AM, Anthony Liguori wrote:
It would be a pity to divorce the monitor from chardevs, they're
really flexible.
Couple considerations:
1) chardevs don't support multiple simultaneous connections. I view
this as a blocker for QMP.
What do you mean by that? Something l
Prevent:
-chardev socket,path=/tmp/foo,server,nowait,id=c0 \
-device virtserialport,chardev=c0,id=vs0 \
-device virtserialport,chardev=c0,id=vs1
Reported-by: Mike Cao
Signed-off-by: Amit Shah
---
hw/qdev-properties.c |7 ++-
qemu-char.h |1 +
2 files changed, 7 insertions(
On 02/27/2011 07:41 PM, Anthony Liguori wrote:
I agree 100% the management tool cannot be the authoritative source
of state.
My position is:
- the management tool should be 100% in control of configuration (how
the guest is put together from its components)
- qemu should be 100% in control o
On 02/26/2011 08:39 AM, Benjamin Poirier wrote:
I've posted v2 of these patches back in november
http://article.gmane.org/gmane.comp.emulators.qemu/84252
Changes since v2:
insertion:
* moved insertion later in the process, to handle tso
* use qemu_sendv_packet() to insert the ta
> -Original Message-
> From: qemu-devel-bounces+yu.liu=freescale@nongnu.org
> [mailto:qemu-devel-bounces+yu.liu=freescale@nongnu.org]
> On Behalf Of Aurelien Jarno
> Sent: Sunday, January 16, 2011 3:28 AM
> To: qemu-devel@nongnu.org
> Cc: Anthony Liguori; Aurelien Jarno
> Subje
On 02/28/2011 09:20 AM, Avi Kivity wrote:
We should have another abstraction for connection based backend. I'll
take a go at this when I'm ready to try to get those patches in.
Shouldn't each new connection return a chardev?
You would need a kind of "factory" interface that knows how to cre
On 02/27/2011 07:25 PM, Anthony Liguori wrote:
On 02/27/2011 10:02 AM, Dor Laor wrote:
On 02/27/2011 03:49 PM, Anthony Liguori wrote:
On 02/27/2011 03:55 AM, Dor Laor wrote:
What about a simpler approach were QMP events will be written to a
event-log-file (or even named pipe).
The management
On 2011-02-28 00:44, Natalia Portillo wrote:
> Hi there,
>
> El 23/02/2011, a las 20:42, Luiz Capitulino escribió:
>
>> Hi there,
>>
>> Google will begin accepting mentoring organizations applications next week,
>> but
>> we count only with three projects so far.
>>
>> Although there doesn't see
Signed-off-by: Paolo Bonzini
---
configure |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/configure b/configure
index 3036faf..4de26d2 100755
--- a/configure
+++ b/configure
@@ -2662,7 +2662,6 @@ if test "$vnc_png" != "no" ; then
fi
if test "$vnc_thread" != "no" ; the
On 02/27/2011 08:23 PM, Stefan Weil wrote:
MinGW optionally includes pdcurses, so add support for it.
Signed-off-by: Stefan Weil
---
configure |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/configure b/configure
index 47779b6..ca15632 100755
--- a/configure
+++
Signed-off-by: Paolo Bonzini
---
qemu-timer.c |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/qemu-timer.c b/qemu-timer.c
index 88c7b28..122e7ed 100644
--- a/qemu-timer.c
+++ b/qemu-timer.c
@@ -1004,6 +1004,7 @@ static void win32_stop_timer(struct qemu_alarm_timer *
For now, qemu_cond_timedwait and qemu_mutex_timedlock are left as
POSIX-only functions. They can be removed later, once the patches
that remove their uses are in.
Signed-off-by: Paolo Bonzini
---
Makefile.objs|4 +-
qemu-thread.c => qemu-thread-posix.c |0
qemu-t
On 02/28/2011 10:57 AM, Paolo Bonzini wrote:
On 02/28/2011 09:20 AM, Avi Kivity wrote:
We should have another abstraction for connection based backend. I'll
take a go at this when I'm ready to try to get those patches in.
Shouldn't each new connection return a chardev?
You would need a kin
Signed-off-by: Paolo Bonzini
---
cpus.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/cpus.c b/cpus.c
index 785a104..6cfb45b 100644
--- a/cpus.c
+++ b/cpus.c
@@ -1012,8 +1012,10 @@ void qemu_notify_event(void)
void cpu_stop_current(void)
{
if (cpu_single_env) {
After gathering the comments about the two series I sent separately,
here is the full series for Win32 iothread support. It is based on
master, but as it touches (mostly, indeed) OS-independent parts it
is safer to get it in through uq/master.
Patches 1 to 5 are generic Win32 improvements, includ
On Mon, Feb 28, 2011 at 9:10 AM, Paolo Bonzini wrote:
> +static unsigned __stdcall win32_start_routine(void *arg)
> +{
> + struct QemuThreadData data = *(struct QemuThreadData *) arg;
> + QemuThread *thread = data.thread;
> +
> + free(arg);
qemu_free(arg);
Stefan
Trace events outside the global mutex cannot be used with the simple
trace backend since it is not thread-safe. There is no check to prevent
them being enabled so people sometimes learn this the hard way.
This patch restructures the simple trace backend with a ring buffer
suitable for multiple co
On Sun, Feb 27, 2011 at 6:16 PM, Paolo Bonzini wrote:
> On 02/27/2011 06:02 PM, Stefan Hajnoczi wrote:
>>
>> On Sun, Feb 27, 2011 at 3:13 PM, Paolo Bonzini
>> wrote:
>>>
>>> On 02/27/2011 03:58 PM, Stefan Hajnoczi wrote:
+ * Trace records are written out by a dedicated thread. The thre
On 02/26/2011 08:40 AM, Benjamin Poirier wrote:
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
--
AFAIK, extraction is optional to get vlans wo
These are already present in the Win32 implementation, add them to
the pthread wrappers as well. Use PTHREAD_MUTEX_ERRORCHECK for mutex
operations. Later we'll add tracking of the owner for cond_signal/broadcast.
Signed-off-by: Paolo Bonzini
---
qemu-thread-posix.c | 23 -
1 files changed
Signed-off-by: Paolo Bonzini
---
cpus.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/cpus.c b/cpus.c
index 4305184..32e9352 100644
--- a/cpus.c
+++ b/cpus.c
@@ -1086,9 +1086,11 @@ bool cpu_exec_all(void)
qemu_clock_enable(vm_clock,
From: Jan Kiszka
We have qemu_cpu_self and qemu_thread_self. The latter is retrieving the
current thread, the former is checking for equality (using CPUState). We
also have qemu_thread_equal which is only used like qemu_cpu_self.
This refactors the interfaces, creating qemu_cpu_is_self and
qemu_
Signed-off-by: Paolo Bonzini
---
cpus.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/cpus.c b/cpus.c
index 09ce6fe..c5743c4 100644
--- a/cpus.c
+++ b/cpus.c
@@ -32,6 +32,7 @@
#include "kvm.h"
#include "exec-all.h"
+#include "qemu-thread.h"
#include "cpus.h"
#in
all_vcpus_paused can start returning true after penv->stopped changes
from 0 to 1. When this is done, qemu_pause_cond is always signaled.
Signed-off-by: Paolo Bonzini
---
cpus.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/cpus.c b/cpus.c
index e367b3b..8f169ad 1006
Signed-off-by: Paolo Bonzini
---
cpus.c | 87 ++-
1 files changed, 36 insertions(+), 51 deletions(-)
diff --git a/cpus.c b/cpus.c
index 32e9352..2b491a9 100644
--- a/cpus.c
+++ b/cpus.c
@@ -346,11 +346,37 @@ static void sigfd_handler(
On 02/28/2011 10:13 AM, Avi Kivity wrote:
You would need a kind of "factory" interface that knows how to create
a new {monitor,serial port,you name it} for each new connection.
Actually it doesn't make much sense except for monitors.
Monitors and vnc.
True, but vnc is not a chardev and it
On 02/28/2011 10:16 AM, Avi Kivity wrote:
Why is that? uq/master is for kvm code, and this touches two or three
lines?
iothread code is also going in via uq/master often. I started with
uq/master because I depended on Jan's changes which are now upstream, I
have no problems with this going
Whenever env->created becomes true, qemu_cpu_cond is signaled by
{kvm,tcg}_cpu_thread_fn.
Signed-off-by: Paolo Bonzini
---
cpus.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/cpus.c b/cpus.c
index 8f169ad..4305184 100644
--- a/cpus.c
+++ b/cpus.c
@@ -970,7 +970,7 @
For now, qemu_cond_timedwait and qemu_mutex_timedlock are left as
POSIX-only functions. They can be removed later, once the patches
that remove their uses are in.
Signed-off-by: Paolo Bonzini
---
Makefile.objs|4 +-
qemu-thread.c => qemu-thread-posix.c |0
qemu-t
From: Aurelien Jarno
All targets except SH4 have the same cpu_halted() routine, and it has
only one caller. It is therefore a good candidate for inlining.
The difference is the handling of the intr_at_halt, which is necessary
to ignore SR.BL when sleeping. Move intr_at_halt handling out of it, b
Sometimes vcpus are stopped directly without going through ->stop = 1.
Exit the VCPU execution loop in this case as well.
Signed-off-by: Paolo Bonzini
---
cpus.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/cpus.c b/cpus.c
index c5743c4..785a104 100644
--- a/cpus.c
+
The following conditions can cause cpu_has_work(env) to become true:
- env->queued_work_first: run_on_cpu is already kicking the VCPU
- env->stop = 1: pause_all_vcpus is already kicking the VCPU
- env->stopped = 0: resume_all_vcpus is already kicking the VCPU
- vm_running = 1: vm_start is calli
Signed-off-by: Paolo Bonzini
---
cpus.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/cpus.c b/cpus.c
index e0bcb5c..7559a02 100644
--- a/cpus.c
+++ b/cpus.c
@@ -867,12 +867,16 @@ void qemu_cpu_kick(void *_env)
void qemu_cpu_kick_self(void)
{
+#ifndef _WIN32
Signed-off-by: Paolo Bonzini
---
cpus.c | 143 ---
1 files changed, 73 insertions(+), 70 deletions(-)
diff --git a/cpus.c b/cpus.c
index 2b491a9..e0bcb5c 100644
--- a/cpus.c
+++ b/cpus.c
@@ -196,6 +196,16 @@ static void cpu_handle_debu
Multimedia timers are only useful for compatibility with Windows NT 4.0
and earlier. Plus, the implementation in Wine is extremely heavyweight.
Signed-off-by: Paolo Bonzini
---
qemu-timer.c | 86 +++--
1 files changed, 35 insertions(+), 51 d
All implementations are now the same, and there is only one caller,
so inline the function there.
Signed-off-by: Paolo Bonzini
---
cpu-exec.c |9 +++--
target-alpha/exec.h | 11 ---
target-arm/exec.h| 13 -
target-cris/exec.h | 1
On 02/28/2011 11:10 AM, Paolo Bonzini wrote:
After gathering the comments about the two series I sent separately,
here is the full series for Win32 iothread support. It is based on
master, but as it touches (mostly, indeed) OS-independent parts it
is safer to get it in through uq/master.
Why
qemu_main_loop_start is the only place where qemu_system_ready is set
to 1.
Signed-off-by: Paolo Bonzini
---
cpus.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/cpus.c b/cpus.c
index 4c3837f..e367b3b 100644
--- a/cpus.c
+++ b/cpus.c
@@ -823,7 +823,7 @@ static void
Signed-off-by: Paolo Bonzini
---
os-win32.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/os-win32.c b/os-win32.c
index b214e6a..c971d92 100644
--- a/os-win32.c
+++ b/os-win32.c
@@ -140,7 +140,9 @@ void os_host_main_loop_wait(int *timeout)
int err;
Wa
Signed-off-by: Paolo Bonzini
---
cpus.c | 25 ++---
qemu-thread-posix.c |9 -
qemu-thread-posix.h |1 -
3 files changed, 22 insertions(+), 13 deletions(-)
diff --git a/cpus.c b/cpus.c
index 7559a02..077729c 100644
--- a/cpus.c
+++ b/cpus.c
@@ -8
This ensures env->halt_cond is broadcast, and the loop in
qemu_tcg_wait_io_event and qemu_kvm_wait_io_event is exited
naturally rather than through a timeout.
Signed-off-by: Paolo Bonzini
---
hw/ppc.c |2 ++
hw/sun4m.c | 10 --
hw/sun4u.c |4 ++--
targ
The recent changes to handling of jpegs over tight vnc connections
cause build errors if qemu is configured with --disable-vnc-jpeg. The
patch below corrects the errors, by adding some left out #ifdefs.
Please apply.
Signed-off-by: David Gibson
---
ui/vnc-enc-tight.c |4
1 files chan
Recent changes to the generic kvm support code broke compile of kvm
for ppc. The patch below fixes the errors by adjusting types in the
ppc code, and adding a missing #ifdef.
Please apply.
Signed-off-by: David Gibson
---
kvm-all.c|2 ++
target-ppc/kvm.c |6 +++---
2 files chan
Instead of using a single variable to pass to the virtio_serial_init
function, use a struct so that expanding the number of variables to be
passed on later is easier.
Signed-off-by: Amit Shah
---
hw/virtio-pci.c| 12 ++--
hw/virtio-serial-bus.c | 16
hw/virti
Rebased version from last week:
The following changes since commit 417131fb9ad3f6dd7177a338cc5f143dec4d75f0:
HACKING: Update status of format checking (2011-02-25 16:31:05 -0600)
are available in the git repository at:
git://git.kernel.org/pub/scm/virt/qemu/amit/virtio-serial.git for-anthony
It was found libvirt was using port 0 for generic ports. It has been
fixed in libvirt commit 8e28c5d40200b4c5d483bd585d237b9d870372e5.
Port 0 is reserved for virtconsole devices for backward compatibility
with the old -virtioconsole (from qemu 0.12) device type.
Ensure we don't allow instantiati
On 28 February 2011 10:48, David Gibson wrote:
> The recent changes to handling of jpegs over tight vnc connections
> cause build errors if qemu is configured with --disable-vnc-jpeg. The
> patch below corrects the errors, by adding some left out #ifdefs.
>
> Please apply.
>
> Signed-off-by: Davi
Enable ioeventfd for virtio-serial devices by default. Commit
25db9ebe15125deb32958c6df74996f745edf1f9 lists the benefits of using
ioeventfd.
Copying a file from guest to host over a virtio-serial channel didn't
show much difference in time or io_exit rate.
Signed-off-by: Amit Shah
---
hw/virt
After creating a file object, its permission and ownership details are updated
as per 9p client's request for both passthrough and none security model.
But with chrooted environment its not required for passthrough security model.
Move all post file creation changes to none security model.
Signed-
Add qemu_read_full function
Signed-off-by: M. Mohan Kumar
---
osdep.c | 32
qemu-common.h |2 ++
2 files changed, 34 insertions(+), 0 deletions(-)
diff --git a/osdep.c b/osdep.c
index 327583b..8d84a88 100644
--- a/osdep.c
+++ b/osdep.c
@@ -127,6 +127
9p Chroot environment needs APIs defined in qemu-thread.c, so enable
CONFIG_THREAD if virtfs is enabled
Signed-off-by: M. Mohan Kumar
---
configure |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/configure b/configure
index 2560357..9eddd38 100755
--- a/configure
+++ b/c
Implement chroot daemon side interfaces like sending the file
descriptor to qemu process, reading the object request from socket etc.
Also add chroot main function and other helper routines.
Signed-off-by: M. Mohan Kumar
---
Makefile.objs |1 +
hw/9pfs/virtio-9p-chroot-dm.c |
Add both chroot deamon & qemu side interfaces to create regular files in
chroot environment
Signed-off-by: M. Mohan Kumar
---
hw/9pfs/virtio-9p-chroot-dm.c | 39 +++
hw/9pfs/virtio-9p-local.c | 21 +++--
2 files changed, 58 insertions(+
QEMU side interfaces to communicate with chroot daemon process.
Signed-off-by: M. Mohan Kumar
---
Makefile.objs |2 +-
hw/9pfs/virtio-9p-chroot-qemu.c | 97 +++
hw/9pfs/virtio-9p-chroot.h |1 +
3 files changed, 99 insertions(+)
This patch adds both chroot deamon and qemu side support to open a file/
directory in the chroot environment
Signed-off-by: M. Mohan Kumar
---
hw/9pfs/virtio-9p-chroot-qemu.c | 24 +++-
hw/9pfs/virtio-9p-chroot.h |2 +-
hw/9pfs/virtio-9p-local.c | 58 ++
Add both chroot deamon and qemu side interfaces to create special files
(directory, device nodes, links and symbolic links)
Signed-off-by: M. Mohan Kumar
---
hw/9pfs/virtio-9p-chroot-dm.c | 57
hw/9pfs/virtio-9p-chroot-qemu.c | 19
hw/9pfs/virtio-9p-chroot
Add chroot functionality for systemcalls that can operate on a file
using relative directory file descriptor.
Signed-off-by: M. Mohan Kumar
---
hw/9pfs/virtio-9p-local.c | 227 +++--
1 files changed, 197 insertions(+), 30 deletions(-)
diff --git a/hw/9pf
Please send in any agenda items you are interested in covering.
Thanks, Juan.
The following patchset introduces monitor commands:
1. set_cache DEVICE CACHE-SETTING
Change cache settings for block device, DEVICE, through the monitor.
(Available options : 'none', 'writeback', 'writethrough')
Eg,
(qemu)set_cache ide0-hd0 none
-> Changes cache setting for ide0-hd0 to 'none'
2
Hi,
Iam using qemu 0.13.0..whenever Iam playing any file using
ffplay.sometimes it happens that audio stops and then after sometime gain it
starts playing..but i dont see this problem with aplay.
so whats going wrong.Plz update me as soon as possible.
---Thannx
AK
On 2011-02-28 11:10, Paolo Bonzini wrote:
> On 02/28/2011 10:16 AM, Avi Kivity wrote:
>> Why is that? uq/master is for kvm code, and this touches two or three
>> lines?
>
> iothread code is also going in via uq/master often. I started with
> uq/master because I depended on Jan's changes which ar
In passthrough security model, following symbolic links in the server
side could result in TOCTTOU vulnerabilities.
This patchset resolves this issue by creating a dedicated process which
chroots into the share path and all file object access is done in the
chroot environment.
This patchset imple
On 02/28/2011 03:13 AM, Avi Kivity wrote:
On 02/28/2011 10:57 AM, Paolo Bonzini wrote:
On 02/28/2011 09:20 AM, Avi Kivity wrote:
We should have another abstraction for connection based backend. I'll
take a go at this when I'm ready to try to get those patches in.
Shouldn't each new connecti
Usage :
(qemu) set_cache DEVICE CACHE-MODE
where CACHE-MODE can be one of writeback/ writethrough/ none.
At present, the image file is closed and re-opened with appropriate flags.
It might potentially cause problems if the underlying image is deleted
while a running qemu instance is using it. A c
On 02/28/2011 02:04 AM, Jordan Justen wrote:
Hi all,
Would it be possible to add a link to OVMF:
http://sourceforge.net/apps/mediawiki/tianocore/index.php?title=OVMF
on the qemu links page:
http://wiki.qemu.org/Links
for UEFI support on x86& x86-64 guests?
Just create an account and add
(qemu)info block
SAMPLE output :
ide0-hd0: type=hd removable=0 cache=none file=/tmp/abc.img ro=0
drv=qcow2 encrypted=0
---
block.c | 22 --
1 files changed, 20 insertions(+), 2 deletions(-)
diff --git a/block.c b/block.c
index f7d91a2..c717888 100644
--- a/block.c
+++ b/blo
On 02/28/2011 01:57 PM, Jan Kiszka wrote:
On 2011-02-28 11:10, Paolo Bonzini wrote:
> On 02/28/2011 10:16 AM, Avi Kivity wrote:
>> Why is that? uq/master is for kvm code, and this touches two or three
>> lines?
>
> iothread code is also going in via uq/master often. I started with
> uq/mas
On Mon, Feb 28, 2011 at 11:15:51AM +, Peter Maydell wrote:
> On 28 February 2011 10:48, David Gibson wrote:
> > The recent changes to handling of jpegs over tight vnc connections
> > cause build errors if qemu is configured with --disable-vnc-jpeg. The
> > patch below corrects the errors, by
On (Thu) 24 Feb 2011 [08:44:07], Anthony Liguori wrote:
> For instance, if the host side disconnects, then reconnects before
> we read(), we may never get the read()=0, and our FD remains valid.
> Whereas with a tcp/unix socket our FD is no longer valid, and the
> read()=0 is an eve
On 02/28/2011 02:38 AM, Avi Kivity wrote:
We don't separate configuration from guest state today. Instead of
setting ourselves up for failure by setting an unrealistic standard
that we try to achieve and never do, let's embrace the system that is
working for us today. We are authoritative f
On Sun, Feb 27, 2011 at 8:03 PM, Alon Levy wrote:
> On Sat, Feb 26, 2011 at 01:29:01PM +0100, Jan Kiszka wrote:
>> On 2011-02-26 12:43, xming wrote:
>> > When trying to start X (and it loads qxl driver) the kvm process just
>> > crashes.
>
> This is fixed by Gerd's attached patch (taken from rhel
On Mon, 28 Feb 2011 10:09:43 +0100
Jan Kiszka wrote:
> On 2011-02-28 00:44, Natalia Portillo wrote:
> > Hi there,
> >
> > El 23/02/2011, a las 20:42, Luiz Capitulino escribió:
> >
> >> Hi there,
> >>
> >> Google will begin accepting mentoring organizations applications next
> >> week, but
> >>
On 02/28/2011 02:45 PM, Anthony Liguori wrote:
On 02/28/2011 02:38 AM, Avi Kivity wrote:
We don't separate configuration from guest state today. Instead of
setting ourselves up for failure by setting an unrealistic standard
that we try to achieve and never do, let's embrace the system that
On 02/28/2011 01:13 PM, Avi Kivity wrote:
If there's a git tree of this I'll be happy to do an autotest run.
Sure, it's branch iothread-win32 of git://github.com/bonzini/qemu.git
Paolo
Am 28.02.2011 12:49, schrieb Prerna Saxena:
> The following patchset introduces monitor commands:
>
> 1. set_cache DEVICE CACHE-SETTING
> Change cache settings for block device, DEVICE, through the monitor.
> (Available options : 'none', 'writeback', 'writethrough')
> Eg,
> (qemu)set_cache ide0-hd
Am 28.02.2011 13:11, schrieb Prerna Saxena:
> (qemu)info block
> SAMPLE output :
> ide0-hd0: type=hd removable=0 cache=none file=/tmp/abc.img ro=0
> drv=qcow2 encrypted=0
>
> ---
> block.c | 22 --
> 1 files changed, 20 insertions(+), 2 deletions(-)
>
> diff --git a/block.c
On Mon, Feb 28, 2011 at 11:12 AM, Amit Shah wrote:
> Enable ioeventfd for virtio-serial devices by default. Commit
> 25db9ebe15125deb32958c6df74996f745edf1f9 lists the benefits of using
> ioeventfd.
>
> Copying a file from guest to host over a virtio-serial channel didn't
> show much difference i
On Mon, Feb 28, 2011 at 3:12 PM, Kevin Wolf wrote:
> Am 28.02.2011 12:49, schrieb Prerna Saxena:
>> The following patchset introduces monitor commands:
>>
>> 1. set_cache DEVICE CACHE-SETTING
>> Change cache settings for block device, DEVICE, through the monitor.
>> (Available options : 'none', 'w
Am 28.02.2011 16:35, schrieb Stefan Hajnoczi:
> On Mon, Feb 28, 2011 at 3:12 PM, Kevin Wolf wrote:
>> Am 28.02.2011 12:49, schrieb Prerna Saxena:
>>> The following patchset introduces monitor commands:
>>>
>>> 1. set_cache DEVICE CACHE-SETTING
>>> Change cache settings for block device, DEVICE, th
On 02/01/2011 11:15 PM, Jan Kiszka wrote:
From: Jan Kiszka
Block SIG_IPI, unblock it during KVM_RUN, just like in io-thread mode.
It's unused so far, but this infrastructure will be required for
self-IPIs and to process SIGBUS plus, in KVM mode, SIGIO and SIGALRM. As
Windows doesn't support sign
On 2011-02-28 16:55, Avi Kivity wrote:
> On 02/01/2011 11:15 PM, Jan Kiszka wrote:
>> From: Jan Kiszka
>>
>> Block SIG_IPI, unblock it during KVM_RUN, just like in io-thread mode.
>> It's unused so far, but this infrastructure will be required for
>> self-IPIs and to process SIGBUS plus, in KVM mod
On 2011-02-28 17:02, Jan Kiszka wrote:
> On 2011-02-28 16:55, Avi Kivity wrote:
>> On 02/01/2011 11:15 PM, Jan Kiszka wrote:
>>> From: Jan Kiszka
>>>
>>> Block SIG_IPI, unblock it during KVM_RUN, just like in io-thread mode.
>>> It's unused so far, but this infrastructure will be required for
>>> s
Public bug reported:
qemu Version: 0.14.0
The problem is present in the current code from git master as well.
Loading a snapshot that was created while qemu was not running (using
qemu-img) does not seem to work anymore.
Using "loadvm " in the qemu monitor does not have the
desired effect. Not e
On 2011-02-28 16:55, Avi Kivity wrote:
> On 02/01/2011 11:15 PM, Jan Kiszka wrote:
>> From: Jan Kiszka
>>
>> Block SIG_IPI, unblock it during KVM_RUN, just like in io-thread mode.
>> It's unused so far, but this infrastructure will be required for
>> self-IPIs and to process SIGBUS plus, in KVM mod
Hi,
On last week's call we discussed the issue of splitting non core
features of QEMU into it's own process to reduce the security risks etc.
I wrote up a summary of my thoughts on this to try to cover the various
issues. Feedback welcome and hopefully we can continue the discussion on
a future c
On 02/28/2011 06:16 PM, Jan Kiszka wrote:
On 2011-02-28 16:55, Avi Kivity wrote:
> On 02/01/2011 11:15 PM, Jan Kiszka wrote:
>> From: Jan Kiszka
>>
>> Block SIG_IPI, unblock it during KVM_RUN, just like in io-thread mode.
>> It's unused so far, but this infrastructure will be required for
>>
On 02/28/2011 06:45 PM, Avi Kivity wrote:
That's what I tried, and it didn't work?! Maybe I forgot to compile
or something.
I misspelled #ifdef.
--
error compiling committee.c: too many arguments to function
On 2011-02-28 17:45, Avi Kivity wrote:
> On 02/28/2011 06:16 PM, Jan Kiszka wrote:
>> On 2011-02-28 16:55, Avi Kivity wrote:
>>> On 02/01/2011 11:15 PM, Jan Kiszka wrote:
From: Jan Kiszka
Block SIG_IPI, unblock it during KVM_RUN, just like in io-thread mode.
It's unused so f
On 02/28/2011 06:49 PM, Jan Kiszka wrote:
>
> That's what I tried, and it didn't work?! Maybe I forgot to compile or
> something.
Well, it maybe failed to build as qemu_kvm_init_cpu_signals became
unused and the compiler should have bailed out? Probably it's better to
disable it directly in t
On Feb 28, 2011 7:21 AM, "Avi Kivity" wrote:
>
> On 02/28/2011 02:45 PM, Anthony Liguori wrote:
>>
>> On 02/28/2011 02:38 AM, Avi Kivity wrote:
We don't separate configuration from guest state today. Instead of
setting ourselves up for failure by setting an unrealistic standard tha
On Feb 28, 2011 10:44 AM, "Jes Sorensen" wrote:
>
> Hi,
>
> On last week's call we discussed the issue of splitting non core
> features of QEMU into it's own process to reduce the security risks etc.
>
> I wrote up a summary of my thoughts on this to try to cover the various
> issues. Feedback wel
On 02/28/2011 07:33 PM, Anthony Liguori wrote:
>
> You're just ignoring what I've written.
No, you're just impervious to my subtle attempt to refocus the
discussion on solving a practical problem.
There's a lot of good, reasonably straight forward changes we can make
that have a high return
On Feb 28, 2011 11:47 AM, "Avi Kivity" wrote:
>
> On 02/28/2011 07:33 PM, Anthony Liguori wrote:
>>
>>
>> >
>> > You're just ignoring what I've written.
>>
>> No, you're just impervious to my subtle attempt to refocus the discussion
on solving a practical problem.
>>
>> There's a lot of good, reas
I have added my 2010 still valid projects (all), and three more.
I also added myself as mentor for the USB projects, as I recently got
experience on how the QEMU's USB stack works.
One of the projects I suggest, implementing USB 3.0 XHCI may need to be merged
with clean up of Gerd's USB 2.0 EHC
Hi all,
Last time I checked SymbianOS source repository I found references to QEMU.
Are they using QEMU for the simulator?
And for MeeGO?
May HP also be using it for WebOS?
We may propose putting their modifications upstream as a GSoC 2011 project if
it's the case.
Regards,
Natalia Portillo
On Mon, Feb 28, 2011 at 07:47:13PM +0200, Avi Kivity wrote:
> On 02/28/2011 07:33 PM, Anthony Liguori wrote:
> >
> >>
> >> You're just ignoring what I've written.
> >
> >No, you're just impervious to my subtle attempt to refocus the
> >discussion on solving a practical problem.
> >
> >There's a lot
On Sat, Feb 26, 2011 at 07:45:44AM -0600, Anthony Liguori wrote:
> >>>+- "commit_filename": target commit filename (json-string, optional)
> >>I think we should drop this.
> >Why? Sorry but this can't wait for non-config persistent storage. This
> >mistake was made in the past with irqchip for exam
On 28 February 2011 18:53, Natalia Portillo wrote:
> Last time I checked SymbianOS source repository I found references to QEMU.
>
> Are they using QEMU for the simulator?
> And for MeeGO?
>
> May HP also be using it for WebOS?
>
> We may propose putting their modifications upstream as a GSoC 2011
Hi all,
I can confirm this bug,
on latest openindiana-148 and qemu-kvm 0.13.0 you cannot even ping the
virtualization host.
With qemu-kvm-0.14.0 (just released!) you CAN ping the host: this is already an
improvement.
HOWEVER
biggest bug is still there: if you log in to the openindiana machine vi
1 - 100 of 138 matches
Mail list logo