Re: [Qemu-devel] kvm PCI assignment & VFIO ramblings

On Mon, 2011-08-22 at 17:52 -0700, aafabbri wrote: > I'm not following you. > > You have to enforce group/iommu domain assignment whether you have the > existing uiommu API, or if you change it to your proposed > ioctl(inherit_iommu) API. > > The only change needed to VFIO here should be to make

Re: [Qemu-devel] Grand Unified Tracing

On Mon, Aug 22, 2011 at 9:59 PM, Blue Swirl wrote: > On Mon, Aug 22, 2011 at 8:23 PM, Stefan Hajnoczi wrote: >> On Mon, Aug 22, 2011 at 7:14 PM, Blue Swirl wrote: >>> OpenBIOS uses traditional DPRINTFs for debugging. I was considering >>> replacing those with tracepoints, which would output to s

[Qemu-devel] [PATCH V4 4/7] block: add bdrv_open_conversion_target()

Signed-off-by: Devin Nakamura --- block.c | 26 ++ block.h |5 + 2 files changed, 31 insertions(+), 0 deletions(-) diff --git a/block.c b/block.c index a3ea039..5ca396b 100644 --- a/block.c +++ b/block.c @@ -3282,6 +3282,32 @@ out: return ret; } +int bd

[Qemu-devel] [PATCH 3/3] PPC: E500: Set ESR values

When an exception occurs on BookE, we need to set ESR bits to expose to the guest information on what exactly happened. Add the obvious ones. Reported-by: Jason Wessel Signed-off-by: Alexander Graf --- target-ppc/helper.c |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --g

[Qemu-devel] [PATCH V4 5/7] block: add bdrv_get_mapping()

Signed-off-by: Devin Nakamura --- block.c | 15 +++ block.h |2 ++ 2 files changed, 17 insertions(+), 0 deletions(-) diff --git a/block.c b/block.c index 5ca396b..ed62c4a 100644 --- a/block.c +++ b/block.c @@ -3320,3 +3320,18 @@ int bdrv_get_conversion_options(BlockDriverState

[Qemu-devel] [PATCH 2/3] PPC: E500: Inject SPE exception on invalid SPE access

When accessing an SPE instruction despite it being not available, throw an SPE exception instead of an APU exception. That way the guest knows what's going on and actually uses SPE. Reported-by: Jason Wessel Signed-off-by: Alexander Graf --- target-ppc/translate.c | 78 +++

[Qemu-devel] [PATCH 0/3] PPC: E500: Support SPE guest

When I bumped into Jason on Linuxcon, we tried out to run the e500 target on his Windriver build that used SPE and immediately ran into emulation issues. Fortunately there weren't too many, so here are the patches to get a guest using SPE instructions working just fine. Thanks a lot for the debugg

[Qemu-devel] [PATCH 1/3] PPC: E500: Add ESR bit definitions

The BookE spec specifies a number of ESR bits. Add defines for them so we can use them later on. Reported-by: Jason Wessel Signed-off-by: Alexander Graf --- target-ppc/cpu.h| 17 - target-ppc/helper.c |4 ++-- 2 files changed, 18 insertions(+), 3 deletions(-) diff --g

[Qemu-devel] [PATCH V4 6/7] block: add bdrv_map()

Signed-off-by: Devin Nakamura --- block.c | 14 ++ block.h |2 ++ 2 files changed, 16 insertions(+), 0 deletions(-) diff --git a/block.c b/block.c index ed62c4a..aff1d34 100644 --- a/block.c +++ b/block.c @@ -3335,3 +3335,17 @@ int bdrv_get_mapping(BlockDriverState *bs, uint64

[Qemu-devel] [PATCH V4 3/7] block: add bdrv_get_conversion_options()

Signed-off-by: Devin Nakamura --- block.c | 13 + block.h |2 ++ 2 files changed, 15 insertions(+), 0 deletions(-) diff --git a/block.c b/block.c index ac5a103..a3ea039 100644 --- a/block.c +++ b/block.c @@ -3281,3 +3281,16 @@ out: return ret; } + +int bdrv_get_convers

[Qemu-devel] [PATCH V4 7/7] block: add bdrv_copy_header()

Signed-off-by: Devin Nakamura --- block.c | 41 + block.h |2 ++ 2 files changed, 43 insertions(+), 0 deletions(-) diff --git a/block.c b/block.c index aff1d34..76bd2e9 100644 --- a/block.c +++ b/block.c @@ -3349,3 +3349,44 @@ int bdrv_map(BlockDriv

[Qemu-devel] [PATCH V4 1/7] block: add block conversion api

add functions to block driver interface to support inplace image conversion Signed-off-by: Devin Nakamura --- block.h |3 ++ block_int.h | 82 +++ 2 files changed, 85 insertions(+), 0 deletions(-) diff --git a/block.h b/block.h i

[Qemu-devel] [PATCH V4 2/7] block: make bdrv_open_common more ready to be called by bdrv_open_conversion_target

Signed-off-by: Devin Nakamura --- block.c | 18 -- 1 files changed, 12 insertions(+), 6 deletions(-) diff --git a/block.c b/block.c index a8a013a..ac5a103 100644 --- a/block.c +++ b/block.c @@ -441,14 +441,17 @@ static int refresh_total_sectors(BlockDriverState *bs, int64_t h

[Qemu-devel] [PATCH V4 0/7] Block Conversion

This patch series introduces the api to support block conversion. Devin Nakamura (7): block: add block conversion api block: make bdrv_open_common more ready to be called by bdrv_open_conversion_target block: add bdrv_get_conversion_options() block: add bdrv_open_conversion_target()

Re: [Qemu-devel] kvm PCI assignment & VFIO ramblings

On Mon, Aug 22, 2011 at 09:45:48AM -0600, Alex Williamson wrote: > On Mon, 2011-08-22 at 15:55 +1000, David Gibson wrote: > > On Sat, Aug 20, 2011 at 09:51:39AM -0700, Alex Williamson wrote: > > > We had an extremely productive VFIO BoF on Monday. Here's my attempt to > > > capture the plan that I

Re: [Qemu-devel] [PATCH 00/11] Goldfish

Apologies for the line-wrapping on this patchset, the series can be found as the most recent commits on the master branch of g...@github.com:patricksjackson/qemu.git, with web link here . On Mon, Aug 22, 2011 at 5:36 AM, Patrick Jackson wrote:

Re: [Qemu-devel] kvm PCI assignment & VFIO ramblings

On 8/22/11 2:49 PM, "Benjamin Herrenschmidt" wrote: > >>> I wouldn't use uiommu for that. >> >> Any particular reason besides saving a file descriptor? >> >> We use it today, and it seems like a cleaner API than what you propose >> changing it to. > > Well for one, we are back to square on

Re: [Qemu-devel] [PATCH 2/2] [RFC] time: refactor QEMU timer to use GHRTimer

On 2011-08-22 23:55, Anthony Liguori wrote: These two assessments are partly just wrong, partly fail to see the real use case. QEMU_CLOCK_HOST serves the very valid scenarios where a guest clock shall be kept synchronized on the host time, also following its jumps according

[Qemu-devel] [Bug 816370] Re: compile error in QEMU 0.15.0-rc0 and 0.15.0-rc1

** Changed in: gentoo Status: New => Invalid -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/816370 Title: compile error in QEMU 0.15.0-rc0 and 0.15.0-rc1 Status in QEMU: New Status in Gen

[Qemu-devel] [Bug 816370]

Proper solution would be to patch spice: http://lists.freedesktop.org/archives/spice- devel/2011-January/002259.html -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/816370 Title: compile error in QE

[Qemu-devel] [Bug 816370]

*** This bug has been marked as a duplicate of bug 378907 *** -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/816370 Title: compile error in QEMU 0.15.0-rc0 and 0.15.0-rc1 Status in QEMU: New Sta

Re: [Qemu-devel] [PATCH 2/2] [RFC] time: refactor QEMU timer to use GHRTimer

On 08/22/2011 03:49 PM, Jan Kiszka wrote: On 2011-08-22 22:36, Anthony Liguori wrote: On 08/22/2011 03:28 PM, Jan Kiszka wrote: On 2011-08-22 21:21, Anthony Liguori wrote: This replaces all of the QEMU timer code with GHRTimer, dramatically simplifying time keeping in QEMU while making it poss

Re: [Qemu-devel] kvm PCI assignment & VFIO ramblings

> > I wouldn't use uiommu for that. > > Any particular reason besides saving a file descriptor? > > We use it today, and it seems like a cleaner API than what you propose > changing it to. Well for one, we are back to square one vs. grouping constraints. .../... > If we in singleton-group la

[Qemu-devel] [PATCH v2] rbd: allow client id to be specified in config string

Allow the client id to be specified in the config string via 'id=' so that users can control who they authenticate as. Currently they are stuck with the default ('admin'). This is necessary for anyone using authentication in their environment. Signed-off-by: Sage Weil --- v2: whoops, fixed defa

Re: [Qemu-devel] kvm PCI assignment & VFIO ramblings

On 8/22/11 1:49 PM, "Benjamin Herrenschmidt" wrote: > On Mon, 2011-08-22 at 13:29 -0700, aafabbri wrote: > >>> Each device fd would then support a >>> similar set of ioctls and mapping (mmio/pio/config) interface as current >>> vfio, except for the obvious domain and dma ioctls superseded by

Re: [Qemu-devel] [PATCH 2/2] xilinx: removed microbalze_pic_init from xilinx.h

On Mon, Aug 22, 2011 at 06:15:25PM +1000, Peter A. G. Crosthwaite wrote: > This is a microblaze target specific function that belongs outside > of xilinx.h (which is a collection of target independent device model > instantiator functions) Applied both, thanks Peter.

[Qemu-devel] [PATCH] rbd: allow client id to be specified in config string

Allow the client id to be specified in the config string via 'id=' so that users can control who they authenticate as. Currently they are stuck with the default ('admin'). This is necessary for anyone using authentication in their environment. Signed-off-by: Sage Weil Reviewed-by: Yehuda Sadeh

Re: [Qemu-devel] kvm PCI assignment & VFIO ramblings

> I am in favour of /dev/vfio/$GROUP. If multiple devices should be > assigned to a guest, there can also be an ioctl to bind a group to an > address-space of another group (certainly needs some care to not allow > that both groups belong to different processes). > > Btw, a problem we havn't talk

Re: [Qemu-devel] kvm PCI assignment & VFIO ramblings

On Mon, 2011-08-22 at 09:45 -0600, Alex Williamson wrote: > Yes, that's the idea. An open question I have towards the configuration > side is whether we might add iommu driver specific options to the > groups. For instance on x86 where we typically have B:D.F granularity, > should we have an opt

Re: [Qemu-devel] Block layer roadmap on wiki

On 08/22/2011 03:48 PM, Ryan Harper wrote: * Stefan Hajnoczi [2011-08-22 15:32]: We wouldn't rm -rf block/* because we still need qemu-nbd. It probably makes sense to keep what we have today. I'm talking more about a shift from writing our own image format to integrating existing storage supp

Re: [Qemu-devel] Grand Unified Tracing

On Mon, Aug 22, 2011 at 8:23 PM, Stefan Hajnoczi wrote: > On Mon, Aug 22, 2011 at 7:14 PM, Blue Swirl wrote: >> OpenBIOS uses traditional DPRINTFs for debugging. I was considering >> replacing those with tracepoints, which would output to serial device >> or whatever DPRINTFs are using currently.

Re: [Qemu-devel] kvm PCI assignment & VFIO ramblings

On Mon, 2011-08-22 at 09:30 +0300, Avi Kivity wrote: > On 08/20/2011 07:51 PM, Alex Williamson wrote: > > We need to address both the description and enforcement of device > > groups. Groups are formed any time the iommu does not have resolution > > between a set of devices. On x86, this typicall

Re: [Qemu-devel] kvm PCI assignment & VFIO ramblings

On Mon, 2011-08-22 at 13:29 -0700, aafabbri wrote: > > Each device fd would then support a > > similar set of ioctls and mapping (mmio/pio/config) interface as current > > vfio, except for the obvious domain and dma ioctls superseded by the > > group fd. > > > > Another valid model might be that

Re: [Qemu-devel] Block layer roadmap on wiki

* Stefan Hajnoczi [2011-08-22 15:32]: > On Mon, Aug 22, 2011 at 8:04 PM, Anthony Liguori > wrote: > > On 08/22/2011 08:34 AM, Stefan Hajnoczi wrote: > >> > >> At KVM Forum Kevin, Christoph, and I had an opportunity to get > >> together for a Block Layer BoF.  We went through the recent "roadmap"

Re: [Qemu-devel] [PATCH 2/2] [RFC] time: refactor QEMU timer to use GHRTimer

On 2011-08-22 22:36, Anthony Liguori wrote: > On 08/22/2011 03:28 PM, Jan Kiszka wrote: >> On 2011-08-22 21:21, Anthony Liguori wrote: >>> This replaces all of the QEMU timer code with GHRTimer, dramatically >>> simplifying >>> time keeping in QEMU while making it possible to use QEMUTimer code >>>

Re: [Qemu-devel] [PATCH 06/11] Goldfish: Added a nand controller.

On Mon, Aug 22, 2011 at 3:16 PM, Paolo Bonzini wrote: > On 08/22/2011 02:04 PM, Stefan Hajnoczi wrote: >> >> Please use the block layer instead of reinventing portable file I/O. >> >> Also, please check which of the utility functions already exist in >> QEMU.  If a utility function in this patch i

[Qemu-devel] [PATCH] Fix build on OpenBSD with BSD userland emu and smartcard NSS enabled

Fix build on OpenBSD with BSD userland emu and smartcard NSS enabled. The first issue is the hard coded POSIX Real Time extensions library in the libcacard/Makefile. From looking at the code it doesn't seem this is necessary anyway. Robert Relyea seems to think it most likely isn't necessary. The

Re: [Qemu-devel] [PATCH v3 0/6] vga: dirty log cleanup, more linear mapping

On 2011-08-22 22:18, Anthony Liguori wrote: >> PS: Just accidentally ran checkpatch against recent top of qemu.git as >> well - looks like not many maintainers use that tool themselves... >> (not really helpful when asking contributors to do this) > > I'll bite, care to be more specific? Try e.g.

Re: [Qemu-devel] [PATCH 2/2] [RFC] time: refactor QEMU timer to use GHRTimer

On 08/22/2011 03:28 PM, Jan Kiszka wrote: On 2011-08-22 21:21, Anthony Liguori wrote: This replaces all of the QEMU timer code with GHRTimer, dramatically simplifying time keeping in QEMU while making it possible to use QEMUTimer code outside of the main loop. The later is critical to building

Re: [Qemu-devel] Block layer roadmap on wiki

On Mon, Aug 22, 2011 at 8:04 PM, Anthony Liguori wrote: > On 08/22/2011 08:34 AM, Stefan Hajnoczi wrote: >> >> At KVM Forum Kevin, Christoph, and I had an opportunity to get >> together for a Block Layer BoF.  We went through the recent "roadmap" >> mailing list thread and touched on each proposed

Re: [Qemu-devel] kvm PCI assignment & VFIO ramblings

On 8/20/11 9:51 AM, "Alex Williamson" wrote: > We had an extremely productive VFIO BoF on Monday. Here's my attempt to > capture the plan that I think we agreed to: > > We need to address both the description and enforcement of device > groups. Groups are formed any time the iommu does not

Re: [Qemu-devel] [PATCH 2/2] [RFC] time: refactor QEMU timer to use GHRTimer

On 2011-08-22 21:21, Anthony Liguori wrote: > This replaces all of the QEMU timer code with GHRTimer, dramatically > simplifying > time keeping in QEMU while making it possible to use QEMUTimer code outside of > the main loop. The later is critical to building unit tests. > > This is an RFC beca

Re: [Qemu-devel] Grand Unified Tracing

On Mon, Aug 22, 2011 at 7:14 PM, Blue Swirl wrote: > OpenBIOS uses traditional DPRINTFs for debugging. I was considering > replacing those with tracepoints, which would output to serial device > or whatever DPRINTFs are using currently. This would not be extremely > useful by itself, except maybe

Re: [Qemu-devel] [PATCH v3 0/3] io-thread optimizations

On 08/22/2011 10:46 AM, Jan Kiszka wrote: Rebased as requested, also fixing a compiler warning about last_io being write-only on !CONFIG_IOTHREAD. That "__attribute__ ((unused))" in patch 2 can be removed again when CONFIG_IOTHREAD becomes mandatory. Applied all. Thanks. Regards, Anthony Lig

Re: [Qemu-devel] [RESEND][PATCH 1/2] target-i386: Remove unused polarity arguments from APIC API

On 08/22/2011 10:46 AM, Jan Kiszka wrote: Polarity of external interrupts needs to be handled in the IOAPIC. Passing it to the APIC is pointless. So remove all these arguments. Signed-off-by: Jan Kiszka Applied all. Thanks. Regards, Anthony Liguori --- hw/apic.c| 22 +-

Re: [Qemu-devel] [PATCH v3] Replace qemu_system_cond with VCPU stop mechanism

On 08/22/2011 11:35 AM, Jan Kiszka wrote: On 2011-08-22 18:18, Avi Kivity wrote: On 08/22/2011 06:46 PM, Jan Kiszka wrote: We can express the VCPU thread wakeup with the stop mechanism, saving both qemu_system_ready and the qemu_system_cond. For KVM threads, we can just enter the main loop as l

Re: [Qemu-devel] [PATCH] sdl: Don't release input on mouse mode change in full-screen mode

On 08/22/2011 11:42 AM, Jan Kiszka wrote: While in full-screen mode, the input focus naturally belongs to the SDL window. Avoid dropping it when switching from absolute to relative mouse mode. Signed-off-by: Jan Kiszka Applied. Thanks. Regards, Anthony Liguori --- ui/sdl.c |4 +++-

Re: [Qemu-devel] [PATCH v3 0/6] vga: dirty log cleanup, more linear mapping

On 08/22/2011 12:12 PM, Jan Kiszka wrote: Rebased over latest qemu.git, addressing Avi's feedback and also fixing a regression of the vmware reset patch. Patch 1 is still a candidate for stable. Applied all. Thanks. PS: Just accidentally ran checkpatch against recent top of qemu.git as wel

[Qemu-devel] [PATCH 3/5] guest tools: qemu-ga, debian init files

Init files for debian/ubuntu guests Signed-off-by: Michael Roth --- .../projects/qemu-ga/debian/qemu-ga.init | 112 .../projects/qemu-ga/debian/qemu-ga.sysconfig | 14 +++ 2 files changed, 126 insertions(+), 0 deletions(-) create mode 100755 guest-tools-is

[Qemu-devel] [PATCH 5/5] guest tools: installer for qemu-ga

Detects host distro/architecture, then chooses the appropriate binary and init scripts to install. Support for more distros will be added as they're tested. Currently RHEL6, RHEL5, Fedora 15, Ubuntu 10.04, and Ubuntu 10.10 are known to be supported with qemu-ga binaries generated on a RHEL5 build h

[Qemu-devel] [PATCH 4/5] guest tools: qemu-ga, redhat init scripts

Init files for redhat/fedora guests Signed-off-by: Michael Roth --- .../projects/qemu-ga/redhat/qemu-ga.init | 97 .../projects/qemu-ga/redhat/qemu-ga.sysconfig | 14 +++ 2 files changed, 111 insertions(+), 0 deletions(-) create mode 100755 guest-tools-is

[Qemu-devel] [PATCH 2/5] guest tools: installer harness

This is what the users run in the guest to install the guest tools. Since initially only the guest agent will be installed in the manner, the logic is to simply iterate through each projects, execute the install script, then do the next. It's up the the project-specific install scripts to decide wh

[Qemu-devel] [RFC] QEMU Guest Tools ISO Follow-up

These patches apply on top of master (8-22), and can also be obtained from: git://repo.or.cz/qemu/mdroth.git guest-tools-iso-v1 This is a follow-up to the previous discussion regarding deployment QEMU/KVM guest dependencies via a distributable ISO: http://lists.gnu.org/archive/html/qemu-devel/20

[Qemu-devel] [PATCH 1/5] guest tools: add iso/tarball generator for guest tools

This script runs a series of tool-specific builds/configuration, each of which should result in a self-contained installation directory at $iso_root/projects/, with a script or executable called "install.linux". The script/executable must be runnable on standard distros, so a basic shell script to

Re: [Qemu-devel] [PATCH v3 0/3] io-thread optimizations

On Mon, Aug 22, 2011 at 05:46:00PM +0200, Jan Kiszka wrote: > Rebased as requested, also fixing a compiler warning about last_io being > write-only on !CONFIG_IOTHREAD. That "__attribute__ ((unused))" in patch > 2 can be removed again when CONFIG_IOTHREAD becomes mandatory. > > Jan Kiszka (3): >

Re: [Qemu-devel] [PATCH 2/2] Added target to build libvdisk

On 08/22/2011 12:06 PM, Saggi Mizrahi wrote: libvdisk is a library that packages qemu's handling of disk images. This allows for other programs to link to it and get access to qemu image file abstractions. To use install the lib and #include all the bdrv_* functions work as expected. Signed-off

Re: [Qemu-devel] [PATCH 1/2] main: add high resolution GSource based timer

On 08/22/2011 02:21 PM, Anthony Liguori wrote: This was originally written by Paolo Bonzini. Signed-off-by: Anthony Liguori FYI, all of these glib integration patches are available at: http://repo.or.cz/w/qemu/aliguori.git/shortlog/refs/heads/glib-main But be forewarned, they may eat your lu

Re: [Qemu-devel] [libvirt] [PATCH v4] Add support for fd: protocol

On 08/22/2011 01:22 PM, Daniel P. Berrange wrote: On Mon, Aug 22, 2011 at 12:25:25PM -0500, Anthony Liguori wrote: On 08/22/2011 11:50 AM, Daniel P. Berrange wrote: On Mon, Aug 22, 2011 at 11:29:12AM -0500, Anthony Liguori wrote: I don't think it makes sense to have qemu-fe do dynamic labellin

[Qemu-devel] [PATCH 1/2] main: add high resolution GSource based timer

This was originally written by Paolo Bonzini. Signed-off-by: Anthony Liguori --- Makefile.objs |1 + configure |4 +- ghrtimer.c| 334 + ghrtimer.h| 49 + 4 files changed, 386 insertions(+), 2 deletions(-) cr

[Qemu-devel] [PATCH 2/2] [RFC] time: refactor QEMU timer to use GHRTimer

This replaces all of the QEMU timer code with GHRTimer, dramatically simplifying time keeping in QEMU while making it possible to use QEMUTimer code outside of the main loop. The later is critical to building unit tests. This is an RFC because I'm sure this breaks things as it changes things. QE

Re: [Qemu-devel] kvm PCI assignment & VFIO ramblings

On Mon, 2011-08-22 at 19:25 +0200, Joerg Roedel wrote: > On Sat, Aug 20, 2011 at 12:51:39PM -0400, Alex Williamson wrote: > > We had an extremely productive VFIO BoF on Monday. Here's my attempt to > > capture the plan that I think we agreed to: > > > > We need to address both the description and

Re: [Qemu-devel] Block layer roadmap on wiki

On 08/22/2011 08:34 AM, Stefan Hajnoczi wrote: At KVM Forum Kevin, Christoph, and I had an opportunity to get together for a Block Layer BoF. We went through the recent "roadmap" mailing list thread and touched on each proposed feature. Here is the block layer roadmap wiki page: http://wiki.qem

Re: [Qemu-devel] [libvirt] [PATCH v4] Add support for fd: protocol

On Mon, Aug 22, 2011 at 6:22 PM, Daniel P. Berrange wrote: > On Mon, Aug 22, 2011 at 12:25:25PM -0500, Anthony Liguori wrote: >> On 08/22/2011 11:50 AM, Daniel P. Berrange wrote: >> >On Mon, Aug 22, 2011 at 11:29:12AM -0500, Anthony Liguori wrote: >> >>I don't think it makes sense to have qemu-fe

Re: [Qemu-devel] [PATCH 2/2] Added target to build libvdisk

On Mon, Aug 22, 2011 at 5:06 PM, Saggi Mizrahi wrote: > libvdisk is a library that packages qemu's handling of disk images. This > allows for other programs to link to it and get access to qemu image > file abstractions. > > To use install the lib and #include > all the bdrv_* functions work as e

Re: [Qemu-devel] [libvirt] [PATCH v4] Add support for fd: protocol

On Mon, Aug 22, 2011 at 5:42 PM, Corey Bryant wrote: > > > On 08/22/2011 01:25 PM, Anthony Liguori wrote: >> >> On 08/22/2011 11:50 AM, Daniel P. Berrange wrote: >>> >>> On Mon, Aug 22, 2011 at 11:29:12AM -0500, Anthony Liguori wrote: I don't think it makes sense to have qemu-fe do dynam

Re: [Qemu-devel] [libvirt] [PATCH v4] Add support for fd: protocol

On Mon, Aug 22, 2011 at 12:25:25PM -0500, Anthony Liguori wrote: > On 08/22/2011 11:50 AM, Daniel P. Berrange wrote: > >On Mon, Aug 22, 2011 at 11:29:12AM -0500, Anthony Liguori wrote: > >>I don't think it makes sense to have qemu-fe do dynamic labelling. > >>You certainly could avoid the fd passin

[Qemu-devel] Grand Unified Tracing

OpenBIOS uses traditional DPRINTFs for debugging. I was considering replacing those with tracepoints, which would output to serial device or whatever DPRINTFs are using currently. This would not be extremely useful by itself, except maybe that configuration for debugging would be concentrated to si

Re: [Qemu-devel] [PATCH v2 00/15] qcow/qcow2 cleanups

Am 09.08.2011 09:46, schrieb Frediano Ziglio: > These patches mostly cleanup some AIO code using coroutines. > Mostly they use stack instead of allocated AIO structure. > Feel free to collapse it too short. > > Frediano Ziglio (15): > qcow: allocate QCowAIOCB structure using stack > qcow: QCow

Re: [Qemu-devel] Block layer roadmap on wiki

On Mon, Aug 22, 2011 at 09:27:12AM -0500, Ryan Harper wrote: > * Stefan Hajnoczi [2011-08-22 08:35]: > > At KVM Forum Kevin, Christoph, and I had an opportunity to get > > together for a Block Layer BoF. We went through the recent "roadmap" > > mailing list thread and touched on each proposed fea

Re: [Qemu-devel] [libvirt] [PATCH v4] Add support for fd: protocol

On 08/22/2011 01:25 PM, Anthony Liguori wrote: On 08/22/2011 11:50 AM, Daniel P. Berrange wrote: On Mon, Aug 22, 2011 at 11:29:12AM -0500, Anthony Liguori wrote: I don't think it makes sense to have qemu-fe do dynamic labelling. You certainly could avoid the fd passing by having qemu-fe do th

Re: [Qemu-devel] [Bug 830833] [NEW] sparc emulators fail to boot

On Mon, Aug 22, 2011 at 3:19 AM, Nigel Horne <830...@bugs.launchpad.net> wrote: > Public bug reported: > > The latest GIT version (957f1f99f263d57612807a9535f75ca4473f05f0) > doesn't boot sparc.  It fails to boot both Linux and NetBSD kernels with > this error: > > Configuration device id QEMU vers

Re: [Qemu-devel] [PATCH] libcacard: use INSTALL_DATA for data

On Sat, Aug 13, 2011 at 05:23:57PM -0400, Brad wrote: > libcacard: use INSTALL_DATA for data > > Signed-off-by: Brad Smith > > --- > libcacard/Makefile |2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/libcacard/Makefile b/libcacard/Makefile > index 5cd7594..fe9747

Re: [Qemu-devel] [PULL][v2] Memory API fix

On 08/22/2011 11:54 AM, Avi Kivity wrote: [v2: fix git url...] Anthony, please pull from: git://git.kernel.org/pub/scm/virt/kvm/qemu-kvm.git memory/core Pulled. Thanks. Regards, Anthony Liguori to receive a memory API fix. The fix is not required for any of the already merged patches, b

Re: [Qemu-devel] [PATCH v2] posix-aio-compat: fix latency issues

On 2011-08-14 06:04, Avi Kivity wrote: > In certain circumstances, posix-aio-compat can incur a lot of latency: > - threads are created by vcpu threads, so if vcpu affinity is set, >aio threads inherit vcpu affinity. This can cause many aio threads >to compete for one cpu. > - we can cre

[Qemu-devel] [PATCH v3 4/6] vmware-vga: Eliminate vga_dirty_log_restart

After the conversion to the new Memory API, vga_dirty_log_restart became seriously pointless. Remove it from vmware-vga and and then finally drop the service. CC: Andrzej Zaborowski CC: Avi Kivity Signed-off-by: Jan Kiszka --- hw/vga.c|6 -- hw/vga_int.h|1 - hw/vmware_

Re: [Qemu-devel] [libvirt] [PATCH v4] Add support for fd: protocol

On 08/22/2011 11:50 AM, Daniel P. Berrange wrote: On Mon, Aug 22, 2011 at 11:29:12AM -0500, Anthony Liguori wrote: I don't think it makes sense to have qemu-fe do dynamic labelling. You certainly could avoid the fd passing by having qemu-fe do the open though and just let qemu-fe run without the

Re: [Qemu-devel] kvm PCI assignment & VFIO ramblings

On Sat, Aug 20, 2011 at 12:51:39PM -0400, Alex Williamson wrote: > We had an extremely productive VFIO BoF on Monday. Here's my attempt to > capture the plan that I think we agreed to: > > We need to address both the description and enforcement of device > groups. Groups are formed any time the

Re: [Qemu-devel] [PATCH v2] posix-aio-compat: fix latency issues

Am 14.08.2011 06:04, schrieb Avi Kivity: > In certain circumstances, posix-aio-compat can incur a lot of latency: > - threads are created by vcpu threads, so if vcpu affinity is set, >aio threads inherit vcpu affinity. This can cause many aio threads >to compete for one cpu. > - we can c

[Qemu-devel] Merging invasive changes (Was Re: [PULL][v2] Memory API fix)

Hi, This is a summary from a discussion Avi and I had earlier about merging invasive changes (like the memory API) into the tree in a more fluid fashion. Here's my suggestions: - Invasive changes over a long period of time (multi batches) should be done via git pull. patch (and therefore g

[Qemu-devel] [PATCH v3 6/6] vga: Drop some unused fields

Memory region refactorings obsoleted them. CC: Avi Kivity Signed-off-by: Jan Kiszka --- hw/vga_int.h |2 -- 1 files changed, 0 insertions(+), 2 deletions(-) diff --git a/hw/vga_int.h b/hw/vga_int.h index 28b9287..99287dd 100644 --- a/hw/vga_int.h +++ b/hw/vga_int.h @@ -110,7 +110,6 @@ type

[Qemu-devel] [PATCH v3 1/6] vmware-vga: Register reset service

Fixes cold reset in vmware graphic modes. We need to split up the reset function for this purpose, breaking out init-once bits. Cc: Andrzej Zaborowski Signed-off-by: Jan Kiszka --- hw/vmware_vga.c | 66 +- 1 files changed, 35 insertions(+),

[Qemu-devel] [PATCH v3 5/6] vga: Use linear mapping + dirty logging in chain 4 memory access mode

Most VGA memory access modes require MMIO handling as they demand weird logic to get a byte from or into the video RAM. However, there is one exception: chain 4 mode with all memory planes enabled for writing. This mode actually allows lineary mapping, which can then be combined with dirty logging

[Qemu-devel] [PATCH v3 0/6] vga: dirty log cleanup, more linear mapping

Rebased over latest qemu.git, addressing Avi's feedback and also fixing a regression of the vmware reset patch. Patch 1 is still a candidate for stable. PS: Just accidentally ran checkpatch against recent top of qemu.git as well - looks like not many maintainers use that tool themselves... (not r

[Qemu-devel] [PATCH v3 2/6] vmware-vga: Disable verbose mode

Elimiates 'vmsvga_value_write: guest runs Linux.' messages from the console. CC: Andrzej Zaborowski Signed-off-by: Jan Kiszka --- hw/vmware_vga.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/hw/vmware_vga.c b/hw/vmware_vga.c index 4fac38b..8c63e48 100644 --- a/hw/vm

[Qemu-devel] [PATCH v3 3/6] vmware-vga: Remove dead DIRECT_VRAM mode

The code was disabled since day 1 of vmware-vga, and now it does not even build anymore. Time for a cleanup. CC: Andrzej Zaborowski Signed-off-by: Jan Kiszka --- hw/vmware_vga.c | 172 ++- 1 files changed, 30 insertions(+), 142 deletions(-)

[Qemu-devel] Problem with serial port using Qemu

Hi, I'm using ubuntu 9.04 on that i'm running ttylinux-i486-9.10( i486 )as a virtual machines . I have created the virtual machine using KVM-Qemu . I open the serial port using fd=open("/dev/ttyS0, O_RDWR | O_NOCTTY | O_NONBLOCK); I'm compiling this using gcc compiler, it complies with out any

[Qemu-devel] [PATCH 2/2] Added target to build libvdisk

libvdisk is a library that packages qemu's handling of disk images. This allows for other programs to link to it and get access to qemu image file abstractions. To use install the lib and #include all the bdrv_* functions work as expected. Signed-off-by: Saggi Mizrahi --- .gitignore|4

[Qemu-devel] [PATCH 1/2] Better support for distros using lib64 dis

Some distributions use lib64 directories for 64 bit libraries. Currently configure would always generate libdir as $PREFIX/lib. By checking if the current distro has a /lib64 directory we can assume it is using this convention. Signed-off-by: Saggi Mizrahi --- configure |3 +++ 1 files chang

[Qemu-devel] [PATCH] linux-user: Correct a few missuses of host addresses

Hi, I ran into a couple of missuses of where signal setup was directly passing host pointers to the guest. I've run tested the CRIS and MicroBlaze changes. The S390 and SH4 are only compile tested. Cheers commit f47829920bc06abddfd7d55cec97ec798f4668e2 Author: Edgar E. Iglesias Date: Mon Aug

Re: [Qemu-devel] [PATCH] fix code format

On 08/19/2011 04:17 AM, Robert Wang wrote: Fix code format to make checkpatch.pl happy. Signed-off-by: Robert Wang Applied. Thanks. Regards, Anthony Liguori --- block.c |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/block.c b/block.c index 26910ca..87e83b

[Qemu-devel] [PULL][v2] Memory API fix

[v2: fix git url...] Anthony, please pull from: git://git.kernel.org/pub/scm/virt/kvm/qemu-kvm.git memory/core to receive a memory API fix. The fix is not required for any of the already merged patches, but is needed by other patches in my queue. I am sending core patches separately than

[Qemu-devel] [PULL] Memory API fix

Anthony, please pull from: ssh://master.kernel.org/pub/scm/virt/kvm/qemu-kvm.git memory/core to receive a memory API fix. The fix is not required for any of the already merged patches, but is needed by other patches in my queue. I am sending core patches separately than the conversions to

Re: [Qemu-devel] [libvirt] [PATCH v4] Add support for fd: protocol

On Mon, Aug 22, 2011 at 11:29:12AM -0500, Anthony Liguori wrote: > On 08/22/2011 11:24 AM, Daniel P. Berrange wrote: > >On Mon, Aug 22, 2011 at 05:38:20PM +0200, Christoph Hellwig wrote: > >>I'm still totally against this. FD passing is a nice feature for > >>sandboxing, > >>but the passing shoul

Re: [Qemu-devel] [PATCH 0/3] better I/O accounting V2

* Christoph Hellwig [2011-08-22 10:37]: > On Mon, Aug 22, 2011 at 10:29:11AM -0500, Ryan Harper wrote: > > (gdb) frame 0 > > #0 0x004200c1 in bdrv_acct_done (bs=0x12310b0, cookie=0x1c68810) > > at /root/git/qemu/block_int.h:239 239 bs->nr_bytes[cookie->type] += > > cookie->bytes

[Qemu-devel] [PATCH] sdl: Don't release input on mouse mode change in full-screen mode

While in full-screen mode, the input focus naturally belongs to the SDL window. Avoid dropping it when switching from absolute to relative mouse mode. Signed-off-by: Jan Kiszka --- ui/sdl.c |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/ui/sdl.c b/ui/sdl.c index 385c

Re: [Qemu-devel] kvm PCI assignment & VFIO ramblings

On Mon, 2011-08-22 at 15:55 +1000, David Gibson wrote: > On Sat, Aug 20, 2011 at 09:51:39AM -0700, Alex Williamson wrote: > > We had an extremely productive VFIO BoF on Monday. Here's my attempt to > > capture the plan that I think we agreed to: > > > > We need to address both the description and

[Qemu-devel] [PATCH v3] Replace qemu_system_cond with VCPU stop mechanism

On 2011-08-22 18:18, Avi Kivity wrote: > On 08/22/2011 06:46 PM, Jan Kiszka wrote: >> We can express the VCPU thread wakeup with the stop mechanism, saving >> both qemu_system_ready and the qemu_system_cond. For KVM threads, we can >> just enter the main loop as long as the thread is stopped. The c

[Qemu-devel] [RESEND][PATCH] Replace qemu_system_cond with VCPU stop mechanism

We can express the VCPU thread wakeup with the stop mechanism, saving both qemu_system_ready and the qemu_system_cond. For KVM threads, we can just enter the main loop as long as the thread is stopped. The central TCG thread is better held back before the loop as there can be side effects of the se

Re: [Qemu-devel] [PATCH] pcnet: fix wrong opaque (broken by bd8d6f7cadb6ace98c779135217a4ed7b5fccc23)

On 08/20/2011 09:29 AM, Hervé Poussineau wrote: Signed-off-by: Hervé Poussineau Applied. Thanks. Regards, Anthony Liguori --- hw/pcnet-pci.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/hw/pcnet-pci.c b/hw/pcnet-pci.c index 13d9380..51e1320 100644 --- a/h

Re: [Qemu-devel] [PATCH v2 00/24] Memory API batch 4: more conversions

On 08/15/2011 09:17 AM, Avi Kivity wrote: This patchset converts a few more devices (and boards) to the memory API. Nothing is really interesting except for the last patch, which brings proper PAM support (and better SMRAM emulation). It should also fix the regressions that were reported in some

  1   2   >