[Qemu-devel] RE: Printed Roll-up Banners USD7 Only (GIGAPrint Overseas)

Dear He? Justus GIGAPrint Ltd. | 11/F, Fu Hop Fty Bldg, 209-211 Wai Yip St, Kwun Tong, Kowloon, HK | 23892088 您收到這郵件是由於我們相信其中的訊息與您相關。如欲取消接收所有關於本機構的產品或服務的訊息請按 http://vps.web-123.com/webm/tracer/u.php?g=8447.532556.690247798

Re: [Qemu-devel] [PATCH] `qdev_free` when unplug a pci device

At 03/01/2011 03:13 PM, Isaku Yamahata Write: > On Tue, Mar 01, 2011 at 02:58:44PM +0800, Wen Congyang wrote: >> At 03/01/2011 12:11 PM, Isaku Yamahata Write: >>> Hi. >>> >>> I don't suppose that just introducing pending bits solve the issue. >>> Your test only use single hot plug/unplug. How about

[Qemu-devel] Link to UEFI OVMF on downloads page

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

Re: [Qemu-devel] Re: [PATCH] Split machine creation from the main loop

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

[Qemu-devel] [PATCH (resend, rebased)] char: Prevent multiple devices opening same chardev

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(

Re: [Qemu-devel] Re: [patch 2/3] Add support for live block copy

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

Re: [Qemu-devel] [PATCH v3] rtl8139: add vlan support

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

RE: [Qemu-devel] [PATCH 1/2] virtio-net: fix cross-endianness support

> -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

[Qemu-devel] Re: [PATCH] Split machine creation from the main loop

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

Re: [Qemu-devel] Re: [patch 2/3] Add support for live block copy

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

[Qemu-devel] Re: GSoC 2011 project ideas

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

[Qemu-devel] [PATCH v3 uq/master 08/22] remove CONFIG_THREAD

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

[Qemu-devel] Re: [PATCH] w32: Add support for curses

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 +++

[Qemu-devel] [PATCH v3 uq/master 02/22] implement win32 dynticks timer

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 *

[Qemu-devel] [PATCH v3 uq/master 05/22] add win32 qemu-thread implementation

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

[Qemu-devel] Re: [PATCH] Split machine creation from the main loop

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

[Qemu-devel] [PATCH v3 uq/master 13/22] always signal pause_cond after stopping a VCPU

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) {

[Qemu-devel] [PATCH v3 uq/master 00/22] Win32 iothread support

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

[Qemu-devel] Re: [PATCH v3 uq/master 05/22] add win32 qemu-thread implementation

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

[Qemu-devel] [PATCH] simpletrace: Thread-safe tracing

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

[Qemu-devel] Re: [PATCH] simpletrace: Thread-safe tracing

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

Re: [Qemu-devel] [PATCH v3 2/2] rtl8139: add vlan tag extraction

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

[Qemu-devel] [PATCH v3 uq/master 07/22] add assertions on the owner of a QemuMutex

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

[Qemu-devel] [PATCH v3 uq/master 18/22] iothread stops the vcpu thread via IPI

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,

[Qemu-devel] [PATCH v3 uq/master 04/22] Refactor thread retrieval and check

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_

[Qemu-devel] [PATCH v3 uq/master 06/22] include qemu-thread.h early

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

[Qemu-devel] [PATCH v3 uq/master 16/22] do not use timedwait on qemu_pause_cond

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

[Qemu-devel] [PATCH v3 uq/master 19/22] merge all signal initialization with qemu_signalfd_init, rename

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(

[Qemu-devel] Re: [PATCH] Split machine creation from the main loop

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

[Qemu-devel] Re: [PATCH v3 uq/master 00/22] Win32 iothread support

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

[Qemu-devel] [PATCH v3 uq/master 17/22] do not use timedwait on qemu_cpu_cond

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 @

[Qemu-devel] [PATCH v4 uq/master] add win32 qemu-thread implementation

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

[Qemu-devel] [PATCH v3 uq/master 09/22] target-sh4: move intr_at_halt out of cpu_halted()

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

[Qemu-devel] [PATCH v3 uq/master 12/22] exit round-robin vcpu loop if cpu->stopped is true

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 +

[Qemu-devel] [PATCH v3 uq/master 14/22] do not use timedwait on qemu_halt_cond

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

[Qemu-devel] [PATCH v3 uq/master 21/22] protect qemu_cpu_kick_self for Win32

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

[Qemu-devel] [PATCH v3 uq/master 20/22] provide dummy signal init functions for 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

[Qemu-devel] [PATCH v3 uq/master 03/22] use win32 timer queues

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

[Qemu-devel] [PATCH v3 uq/master 10/22] inline cpu_halted into sole caller

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

[Qemu-devel] Re: [PATCH v3 uq/master 00/22] Win32 iothread support

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-devel] [PATCH v3 uq/master 15/22] do not use timedwait on qemu_system_cond

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

[Qemu-devel] [PATCH v3 uq/master 01/22] unlock iothread during WaitForMultipleObjects

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

[Qemu-devel] [PATCH v3 uq/master 22/22] add Win32 IPI service

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

[Qemu-devel] [PATCH v3 uq/master 11/22] always qemu_cpu_kick after unhalting a cpu

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

[Qemu-devel] Fix build errors introduced by vnc jpeg changes

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

[Qemu-devel] Fix build breakage to kvm on ppc

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

[Qemu-devel] [PATCH (resend, rebase) 1/3] virtio-serial: Use a struct to pass config information from proxy

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

[Qemu-devel] [PULL (resend, rebase) 0/3] virtio-serial fixes, ioeventfd support

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

[Qemu-devel] [PATCH (resend, rebase) 2/3] virtio-serial: Disallow generic ports at id 0

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

Re: [Qemu-devel] Fix build errors introduced by vnc jpeg changes

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

[Qemu-devel] [PATCH (resend, rebase) 3/3] virtio-serial: Enable ioeventfd

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

[Qemu-devel] [V6 PATCH 8/9] virtio-9p: Move file post creation changes to none security model

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-

[Qemu-devel] [V6 PATCH 1/9] Implement qemu_read_full

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

[Qemu-devel] [V6 PATCH 2/9] virtio-9p: Enable CONFIG_THREAD if CONFIG_VIRTFS is enabled

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

[Qemu-devel] [V6 PATCH 3/9] virtio-9p: Provide chroot daemon side interfaces

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 |

[Qemu-devel] [V6 PATCH 6/9] virtio-9p: Create support in chroot environment

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-devel] [V6 PATCH 4/9] virtio-9p: Add qemu side interfaces for chroot environment

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(+)

[Qemu-devel] [V6 PATCH 5/9] virtio-9p: Add support to open a file in chroot environment

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 ++

[Qemu-devel] [V6 PATCH 7/9] virtio-9p: Support for creating special files

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

[Qemu-devel] [V6 PATCH 9/9] virtio-9p: Chroot environment for other functions

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

[Qemu-devel] KVM call agend for Mar 1

Please send in any agenda items you are interested in covering. Thanks, Juan.

[Qemu-devel] [RFC][PATCH 0/2] Allow cache settings for block devices to be changed at runtime.

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

[Qemu-devel] jitter in Audio

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

[Qemu-devel] Re: [PATCH v3 uq/master 00/22] Win32 iothread support

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

[Qemu-devel] [V6 PATCH 0/9] virtio-9p: Use chroot to safely access files in passthrough security model

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

[Qemu-devel] Re: [PATCH] Split machine creation from the main loop

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

[Qemu-devel] [RFC][PATCH 1/2] Add monitor command 'set-cache' to change cache settings for a block device.

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

Re: [Qemu-devel] Link to UEFI OVMF on downloads page

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-devel] [RFC][PATCH 2/2] Extend monitor command 'info block' to display cache settings for block devices.

(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

[Qemu-devel] Re: [PATCH v3 uq/master 00/22] Win32 iothread support

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

Re: [Qemu-devel] Fix build errors introduced by vnc jpeg changes

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

[Qemu-devel] Re: virtio-serial semantics for binary data and guest agents

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

Re: [Qemu-devel] Re: [patch 2/3] Add support for live block copy

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

Re: [Qemu-devel] Re: kvm crashes with spice while loading qxl

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

[Qemu-devel] Re: GSoC 2011 project ideas

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 > >>

Re: [Qemu-devel] Re: [patch 2/3] Add support for live block copy

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

[Qemu-devel] Re: [PATCH v3 uq/master 00/22] Win32 iothread support

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

Re: [Qemu-devel] [RFC][PATCH 0/2] Allow cache settings for block devices to be changed at runtime.

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

Re: [Qemu-devel] [RFC][PATCH 2/2] Extend monitor command 'info block' to display cache settings for block devices.

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

Re: [Qemu-devel] [PATCH (resend, rebase) 3/3] virtio-serial: Enable ioeventfd

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

Re: [Qemu-devel] [RFC][PATCH 0/2] Allow cache settings for block devices to be changed at runtime.

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

Re: [Qemu-devel] [RFC][PATCH 0/2] Allow cache settings for block devices to be changed at runtime.

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

[Qemu-devel] Re: [PATCH v2 13/24] kvm: Set up signal mask also for !CONFIG_IOTHREAD

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

[Qemu-devel] Re: [PATCH v2 13/24] kvm: Set up signal mask also for !CONFIG_IOTHREAD

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

[Qemu-devel] Re: [PATCH v2 13/24] kvm: Set up signal mask also for !CONFIG_IOTHREAD

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

[Qemu-devel] [Bug 726619] [NEW] loadvm does not load (offline) snapshot anymore

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

[Qemu-devel] Re: [PATCH v2 13/24] kvm: Set up signal mask also for !CONFIG_IOTHREAD

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

[Qemu-devel] QEMU: Discussion of separating core functionality vs supportive features

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

[Qemu-devel] Re: [PATCH v2 13/24] kvm: Set up signal mask also for !CONFIG_IOTHREAD

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 >>

[Qemu-devel] Re: [PATCH v2 13/24] kvm: Set up signal mask also for !CONFIG_IOTHREAD

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

[Qemu-devel] Re: [PATCH v2 13/24] kvm: Set up signal mask also for !CONFIG_IOTHREAD

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

[Qemu-devel] Re: [PATCH v2 13/24] kvm: Set up signal mask also for !CONFIG_IOTHREAD

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

Re: [Qemu-devel] Re: [patch 2/3] Add support for live block copy

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

Re: [Qemu-devel] QEMU: Discussion of separating core functionality vs supportive features

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

Re: [Qemu-devel] Re: [patch 2/3] Add support for live block copy

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

Re: [Qemu-devel] Re: [patch 2/3] Add support for live block copy

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

[Qemu-devel] Re: GSoC 2011 project ideas

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

[Qemu-devel] SymbianOS, MeeGO, WebOS and QEMU

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

Re: [Qemu-devel] Re: [patch 2/3] Add support for live block copy

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

Re: [Qemu-devel] [patch 2/3] Add support for live block copy

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

  1   2   >