Re: [Qemu-devel] [PATCH] tcg: Use the GDB JIT debugging interface.

2011-09-30 Thread Jan Kiszka
On 2011-09-30 01:46, Richard Henderson wrote: > This allows us to generate unwind info for the dynamicly generated > code in the code_gen_buffer. Only i386 is converted at this point. > > Signed-off-by: Richard Henderson > --- > elf.h |1 + > exec.c|9 +++

[Qemu-devel] [0/4] pseries: Support and improvements for KVM Book3S-HV support (v2)

2011-09-30 Thread David Gibson
Alex Graf has added support for KVM acceleration of the pseries machine, using his Book3S-PR KVM variant, which runs the guest in userspace, emulating supervisor operations. Recent kernels now have the Book3S-HV KVM variant which uses the hardware hypervisor features of recent POWER CPUs. Alex's

[Qemu-devel] [PATCH 2/4] pseries: Allow KVM Book3S-HV on PPC970 CPUS

2011-09-30 Thread David Gibson
At present, using the hypervisor aware Book3S-HV KVM will only work with qemu on POWER7 CPUs. PPC970 CPUs also have hypervisor capability, but they lack the VRMA feature which makes assigning guest memory easier. In order to allow KVM Book3S-HV on PPC970, we need to specially allocate the first c

[Qemu-devel] [PATCH 4/4] pseries: Update SLOF firmware image

2011-09-30 Thread David Gibson
https://github.com/dgibson/SLOF, and the image currently in qemu is - built from git tag qemu-slof-20110323. + built from git tag qemu-slof-20110930. - The PXE roms come from the iPXE project. Built with BANNER_TIME 0. Sources available at http://ipxe.org. Vendor:Device ID -> ROM mapping: diff

[Qemu-devel] [PATCH 1/4] pseries: Support SMT systems for KVM Book3S-HV

2011-09-30 Thread David Gibson
Alex Graf has already made qemu support KVM for the pseries machine when using the Book3S-PR KVM variant (which runs the guest in usermode, emulating supervisor operations). This code allows gets us very close to also working with KVM Book3S-HV (using the hypervisor capabilities of recent POWER CP

[Qemu-devel] [PATCH 3/4] pseries: Use Book3S-HV TCE acceleration capabilities

2011-09-30 Thread David Gibson
The pseries machine of qemu implements the TCE mechanism used as a virtual IOMMU for the PAPR defined virtual IO devices. Because the PAPR spec only defines a small DMA address space, the guest VIO drivers need to update TCE mappings very frequently - the virtual network device is particularly bad

[Qemu-devel] How to capture guest %rip from a qemu process without monitor?

2011-09-30 Thread Richard W.M. Jones
I've finally managed to reproduce a very infrequent kernel boot hang by forcing TCG (so it runs slower, bug seems to be timing sensitive) and running a boot test in a loop thousands of times. I'd like to find out where in the guest kernel this is looping. Unfortunately I don't have access to the

[Qemu-devel] [PATCH 2/3] pseries: Add device tree properties for VMX/VSX and DFP under kvm

2011-09-30 Thread David Gibson
Sufficiently recent PAPR specifications define properties "ibm,vmx" and "ibm,dfp" on the CPU node which advertise whether the VMX vector extensions (or the later VSX version) and/or the Decimal Floating Point operations from IBM's recent POWER CPUs are available. Currently we do not put these in t

[Qemu-devel] [PATCH 1/3] ppc: Generalize the kvmppc_get_clockfreq() function

2011-09-30 Thread David Gibson
Currently the kvmppc_get_clockfreq() function reads the host's clock frequency from /proc/device-tree, which is useful to past to the guest in KVM setups. However, there are some other host properties advertised in the device tree which can also be relevant to the guests. This patch, therefore, r

[Qemu-devel] [PATCH 3/3] pseries: Correctly create ibm, segment-page-sizes property

2011-09-30 Thread David Gibson
Current versions of the PowerPC architecture require and fully define 4kB and 16MB page sizes. Other pagesizes (e.g. 64kB, 1MB) are permitted and are often supported, but the exact encodings used to set the up can vary from chip to chip. The supported pagesizes and required encodings are advertis

[Qemu-devel] [0/3] pseries: RFC: Advertise host CPU capabilties to guest

2011-09-30 Thread David Gibson
This series contains some patches which, when using KVM, gather information about the capabilities of the host CPU and advertise them to the guest system when using the pseries machine. Specifically it does this for whether the CPU supports VMX, VSX and/or DFP instructions, and for the CPUs suppor

[Qemu-devel] [PATCH] Make a separate accounting for block I/O error

2011-09-30 Thread Mark Wu
This patch excludes I/O requests ending with error from the accounting of operations, bytes and time, and adds accounting for errors separately.It could make the statistics more accurate and record the number of I/O failure. Signed-off-by: Mark Wu --- block.c | 30 +

Re: [Qemu-devel] QEMU Live Snapshots / Commiting

2011-09-30 Thread Stefan Hajnoczi
On Thu, Sep 29, 2011 at 09:07:19PM +0200, Robert P wrote: > Hello, > > I still have a problem with the "Live Snapshot" feature of QEMU and > before migrating to XEN, VMware or something similare, a quick post here: > > OS: Ubuntu Natty 64bit > > First, i'm starting my KVM Machine with an im

Re: [Qemu-devel] [0/3] pseries: RFC: Advertise host CPU capabilties to guest

2011-09-30 Thread Alexander Graf
Am 30.09.2011 um 09:50 schrieb David Gibson : > This series contains some patches which, when using KVM, gather > information about the capabilities of the host CPU and advertise them > to the guest system when using the pseries machine. Specifically it > does this for whether the CPU supports V

Re: [Qemu-devel] buildbot failure in qemu on default_x86_64_rhel5

2011-09-30 Thread Stefan Hajnoczi
On Fri, Sep 30, 2011 at 12:28 AM, wrote: > The Buildbot has detected a new failure on builder default_x86_64_rhel5 while > building qemu. > Full details are available at: >  http://buildbot.b1-systems.de/qemu/builders/default_x86_64_rhel5/builds/24 Build error on RHEL 5 in virtio-9p-handle.c: /

[Qemu-devel] Avoiding nographic_timer exits

2011-09-30 Thread David Gibson
With PowerKVM, exits from KVM to qemu are even more expensive than on x86. One significant source of these we're finding (since we usually work in -nographic mode) is the nographic_timer. At present, we're using a hack to disable it, but that's obviously not a long term solution. From examinatio

Re: [Qemu-devel] Avoiding nographic_timer exits

2011-09-30 Thread Jan Kiszka
On 2011-09-30 10:18, David Gibson wrote: > With PowerKVM, exits from KVM to qemu are even more expensive than on > x86. One significant source of these we're finding (since we usually > work in -nographic mode) is the nographic_timer. > > At present, we're using a hack to disable it, but that's o

Re: [Qemu-devel] How to capture guest %rip from a qemu process without monitor?

2011-09-30 Thread Jan Kiszka
On 2011-09-30 09:42, Richard W.M. Jones wrote: > > I've finally managed to reproduce a very infrequent kernel boot hang > by forcing TCG (so it runs slower, bug seems to be timing sensitive) > and running a boot test in a loop thousands of times. > > I'd like to find out where in the guest kernel

Re: [Qemu-devel] Avoiding nographic_timer exits

2011-09-30 Thread Jan Kiszka
On 2011-09-30 10:46, Jan Kiszka wrote: > On 2011-09-30 10:18, David Gibson wrote: >> With PowerKVM, exits from KVM to qemu are even more expensive than on >> x86. One significant source of these we're finding (since we usually >> work in -nographic mode) is the nographic_timer. >> >> At present, w

Re: [Qemu-devel] How to capture guest %rip from a qemu process without monitor?

2011-09-30 Thread Richard W.M. Jones
On Fri, Sep 30, 2011 at 10:49:20AM +0200, Jan Kiszka wrote: > On 2011-09-30 09:42, Richard W.M. Jones wrote: > > > > I've finally managed to reproduce a very infrequent kernel boot hang > > by forcing TCG (so it runs slower, bug seems to be timing sensitive) > > and running a boot test in a loop t

Re: [Qemu-devel] [PATCH] [ARM] Fix sp804 dual-timer

2011-09-30 Thread Peter Maydell
On 30 September 2011 01:20, Peter Chubb wrote: > Thanks Peter! > > Here's a reworked patch. NB: when you resend patches it's better to send them as completely fresh emails (via git-send-email or equivalent) because otherwise they're more of a pain to apply (you end up with random email chatter in

Re: [Qemu-devel] [PATCH 11/22] i8259: Update IRQ state after reset

2011-09-30 Thread Peter Maydell
On 30 September 2011 07:47, Jan Kiszka wrote: > There is no difference between system reset after power-up or later on. > And there should be no difference between per device, per group of > devices or system-wide reset. A device model cannot tell these apart. I think it's also useful to distingu

Re: [Qemu-devel] Avoiding nographic_timer exits

2011-09-30 Thread Jan Kiszka
On 2011-09-30 10:55, Jan Kiszka wrote: > On 2011-09-30 10:46, Jan Kiszka wrote: >> On 2011-09-30 10:18, David Gibson wrote: >>> With PowerKVM, exits from KVM to qemu are even more expensive than on >>> x86. One significant source of these we're finding (since we usually >>> work in -nographic mode

[Qemu-devel] How to use macvtap/macvlan correctly

2011-09-30 Thread Chris Webb
I'm trying to get bridge-mode communication between a macvtap and a host macvlan working correctly, but I think I must be doing something wrong as the host macvlan and guest macvtap apparently can't communicate. I'm aware that the underlying eth0 interface can't communicate with the macvtap, but I

Re: [Qemu-devel] [PATCH] [ARM] Fix sp804 dual-timer

2011-09-30 Thread Peter Chubb
> "Peter" == Peter Maydell writes: Peter> On 30 September 2011 01:20, Peter Chubb Peter> wrote: >> Thanks Peter! >> >> Here's a reworked patch. Peter> NB: when you resend patches it's better to send them as Peter> completely fresh emails (via git-send-email or equivalent) Peter> because ot

Re: [Qemu-devel] RFC [v2]: vfio / device assignment -- layout of device fd files

2011-09-30 Thread David Gibson
On Wed, Sep 28, 2011 at 10:58:26AM +0200, Alexander Graf wrote: > On 28.09.2011, at 04:40, Alex Williamson wrote: > > On Tue, 2011-09-27 at 16:28 -0500, Scott Wood wrote: [snip] > I'm honestly pretty indifferent on ioctl vs. linear read. I got the > impression that people dislike ioctls for whateve

Re: [Qemu-devel] RFC [v2]: vfio / device assignment -- layout of device fd files

2011-09-30 Thread David Gibson
On Mon, Sep 26, 2011 at 12:34:52PM -0600, Alex Williamson wrote: > On Mon, 2011-09-26 at 12:04 +0200, Alexander Graf wrote: > > Am 26.09.2011 um 09:51 schrieb David Gibson : [snip] > > Also, if you can come up with an interface that does not have variable > > length descriptors but is still able to

Re: [Qemu-devel] RFC [v2]: vfio / device assignment -- layout of device fd files

2011-09-30 Thread David Gibson
On Mon, Sep 26, 2011 at 06:59:33PM -0500, Scott Wood wrote: > On 09/26/2011 01:34 PM, Alex Williamson wrote: > > The other obvious possibility is a pure ioctl interface. To match what > > this proposal is trying to describe, plus the runtime interfaces, we'd > > need something like: > > > > /* :0

Re: [Qemu-devel] RFC [v2]: vfio / device assignment -- layout of device fd files

2011-09-30 Thread David Gibson
On Mon, Sep 26, 2011 at 12:04:47PM +0200, Alexander Graf wrote: > Am 26.09.2011 um 09:51 schrieb David Gibson : [snip] > > Um, not to put too fine a point on it, this is madness. > > > > Yes, it's very flexible and can thereby cover a very wide range of > > cases. But it's much, much too complex.

[Qemu-devel] [PATCH v2] tap: Add optional parameters to up/down script

2011-09-30 Thread Sasha Levin
This allows the user to add custom parameters to the up or down scripts. Extra parameters are useful in more complex networking scenarios where we would like to configure network devices when starting or stopping the guest. Cc: Anthony Liguori Signed-off-by: Sasha Levin --- net.c |8 ++

Re: [Qemu-devel] [RFC] Adding new filesystem 'proxy' to 9p

2011-09-30 Thread Daniel P. Berrange
On Thu, Sep 29, 2011 at 11:42:47PM +0530, M. Mohan Kumar wrote: > On Wednesday, September 28, 2011 08:29:06 PM Daniel P. Berrange wrote: > > On Wed, Sep 28, 2011 at 07:49:34PM +0530, M. Mohan Kumar wrote: > > > Pass-through security model in QEMU 9p server needs root privilege to do > > > few file

Re: [Qemu-devel] [0/3] pseries: RFC: Advertise host CPU capabilties to guest

2011-09-30 Thread David Gibson
On Fri, Sep 30, 2011 at 10:20:14AM +0200, Alexander Graf wrote: > > Am 30.09.2011 um 09:50 schrieb David Gibson : > > > This series contains some patches which, when using KVM, gather > > information about the capabilities of the host CPU and advertise them > > to the guest system when using the

Re: [Qemu-devel] [PATCH] [ARM] Fix sp804 dual-timer

2011-09-30 Thread Peter Maydell
On 30 September 2011 10:23, Peter Chubb wrote: >> "Peter" == Peter Maydell writes: > Peter> hw_error() is a fatal error -- don't use it for conditions that > Peter> can be triggered by a malicious guest. (And since it's noreturn > Peter> there's not much point putting any code after it...) >

[Qemu-devel] [PATCH 1/2] Move graphic-related coalesced MMIO flushes to affected device models

2011-09-30 Thread Jan Kiszka
This is conceptually cleaner and will allow us to drop the nographic timer. Moreover, it will be mandatory to fully exploit future per-device coalesced MMIO rings. Signed-off-by: Jan Kiszka --- hw/g364fb.c |4 hw/vga.c|4 vl.c|2 -- 3 files changed, 8 insertions

[Qemu-devel] [PATCH 2/2] Drop obsolete nographic timer

2011-09-30 Thread Jan Kiszka
We flush coalesced MMIO in the device models now, and VNC - for which this was once introduced - is also fine without it as it has its own refresh timer. Signed-off-by: Jan Kiszka --- vl.c | 13 - 1 files changed, 0 insertions(+), 13 deletions(-) diff --git a/vl.c b/vl.c index 54d

[Qemu-devel] [PATCH v2 0/3] Replace 9p debug infrastructure with Qemu Tracing

2011-09-30 Thread Harsh Prateek Bora
This patchset introduces Qemu Tracing to 9p pdu handlers and removes the existing debug infrastructure which became less meaningful after the introduction of coroutines. With the existing debug infra, parallel operations creates a messy output and filtering becomes difficult. With Qemu tracing in

[Qemu-devel] [PATCH v2 3/3] scripts: Simpletrace log analysis script for pretty-printing 9p log.

2011-09-30 Thread Harsh Prateek Bora
This python script allows to pretty print 9p simpletrace logs and can be further enhanced to filter 9p logs based on command line arguments. Signed-off-by: Harsh Prateek Bora --- scripts/analyse-9p-simpletrace.py | 142 + 1 files changed, 142 insertions(+), 0

[Qemu-devel] [PATCH v2 1/3] hw/9pfs: Introduce tracing for 9p pdu handlers

2011-09-30 Thread Harsh Prateek Bora
Plan is to replace the existing debug infrastructure with Qemu tracing infrastructure so that user can dynamically enable/disable trace events and therefore a meaningful trace log can be generated which can be further filtered using an analysis script. Note: Because of current simpletrace limitati

[Qemu-devel] [PATCH v2 2/3] hw/9pfs: Remove virtio-9p-debug.* infra to be replaced by Qemu Tracing.

2011-09-30 Thread Harsh Prateek Bora
Removing the existing debug infrastrucure as proposed to be replaced by Qemu Tracing infrastructure. Signed-off-by: Harsh Prateek Bora --- Makefile.objs |2 +- hw/9pfs/virtio-9p-debug.c | 646 - hw/9pfs/virtio-9p-debug.h |6 - hw/9

[Qemu-devel] [PATCH] qed: fix use-after-free during l2 cache commit

2011-09-30 Thread Stefan Hajnoczi
QED's metadata caching strategy allows two parallel requests to race for metadata lookup. The first one to complete will populate the metadata cache and the second one will drop the data it just read in favor of the cached data. There is a use-after-free in qed_read_l2_table_cb() and qed_commit_l

Re: [Qemu-devel] [PATCH v2 3/3] scripts: Simpletrace log analysis script for pretty-printing 9p log.

2011-09-30 Thread Harsh Bora
On 09/30/2011 04:06 PM, Harsh Prateek Bora wrote: This python script allows to pretty print 9p simpletrace logs and can be further enhanced to filter 9p logs based on command line arguments. Sample ouput of this analysis script (will be added in commit log): Pretty printing 9p simpletr

Re: [Qemu-devel] [PATCH 03/12] qemu-timer: more clock functions

2011-09-30 Thread Lluís Vilanova
Paolo Bonzini writes: > These will be used when moving icount accounting to cpus.c. I have something related to this kind of refactoring. While trying to understand all the timing facilities in QEMU, I wrote some (unfinished) patches that try to disentangle much of the code in qemu-timer into two

Re: [Qemu-devel] [RFC PATCH 0/2] Replace 9p debug infrastructure with Qemu Tracing

2011-09-30 Thread Harsh Bora
On 09/29/2011 10:46 PM, Stefan Hajnoczi wrote: On Thu, Sep 29, 2011 at 06:09:47PM +0530, Harsh Prateek Bora wrote: This patchset introduces Qemu Tracing to 9p pdu handlers and removes the existing debug infrastructure which becomes less meaningful after the introduction of coroutines. Parallel o

Re: [Qemu-devel] [PATCH 03/12] qemu-timer: more clock functions

2011-09-30 Thread Paolo Bonzini
On 09/30/2011 12:52 PM, Lluís Vilanova wrote: Paolo Bonzini writes: These will be used when moving icount accounting to cpus.c. I have something related to this kind of refactoring. While trying to understand all the timing facilities in QEMU, I wrote some (unfinished) patches that try to dis

[Qemu-devel] Announcing qemu-users - the unofficial mailing list for qemu users (was: Now, what's left to non-developers? ... )

2011-09-30 Thread Ottavio
On 5 September 2011 23:13, Stefan Weil wrote: > Do you already know when you expect qemu-users to be available? Due to lack of interest from the maintainers of this project, I have decided to setup an unofficial mailing list for qemu users. Description: This unofficial mailing list is a place fo

Re: [Qemu-devel] [PATCH] qed: fix use-after-free during l2 cache commit

2011-09-30 Thread Amit Shah
On (Fri) 30 Sep 2011 [11:39:11], Stefan Hajnoczi wrote: > QED's metadata caching strategy allows two parallel requests to race for > metadata lookup. The first one to complete will populate the metadata > cache and the second one will drop the data it just read in favor of the > cached data. > >

Re: [Qemu-devel] QEMU Live Snapshots / Commiting

2011-09-30 Thread Stefan Hajnoczi
On Fri, Sep 30, 2011 at 11:32 AM, Robert P wrote: Please use Reply-All to keep qemu-devel CCed so that others can contribute. > > On Fri, Sep 30, 2011 at 10:16 AM, Stefan Hajnoczi > wrote: >> >> On Thu, Sep 29, 2011 at 09:07:19PM +0200, Robert P wrote: >> > Hello, >> > >> > I still have a probl

Re: [Qemu-devel] [PATCH 03/12] qemu-timer: more clock functions

2011-09-30 Thread Lluís Vilanova
Paolo Bonzini writes: > On 09/30/2011 12:52 PM, Lluís Vilanova wrote: >> Paolo Bonzini writes: >> >>> These will be used when moving icount accounting to cpus.c. >> >> I have something related to this kind of refactoring. While trying to >> understand >> all the timing facilities in QEMU, I wro

Re: [Qemu-devel] [FYI] Soft feature freeze for 1.0 is 10/15 (three weeks away)

2011-09-30 Thread Anthony Liguori
On 09/29/2011 10:21 PM, Stefan Berger wrote: On 09/21/2011 08:34 PM, Anthony Liguori wrote: For any major feature that you're targeting to the next release, you should: # Make sure that you've posted a patch series to qemu-devel # Write a Feature page on the qemu.org wiki describing the featu

[Qemu-devel] qemu.git hangs booting Linux after insmod virtio_blk.ko

2011-09-30 Thread Richard W.M. Jones
I've not looked into this at all, it's just a report that something seems to be "up". I will try to git bisect this later if no one spots anything obvious. The next operation after insmod virtio_blk would be insmod_virtio_net. Guest kernel is a Fedora kernel, version 3.1.0-0.rc6.git0.3.fc16.x86

[Qemu-devel] [PATCH 1/1] PPC: Drop initial ESCC mapping

2011-09-30 Thread Alexander Graf
We are mapping ESCC to a static (incorrect) address on machine init. This overlaps with our vram, rendering the screen barely usable. Since openBIOS is clever enough to map ESCC to where it needs to be, we can just drop that invalid map and everyone's happy. Signed-off-by: Alexander Graf --- hw

Re: [Qemu-devel] [RFC 8/8] slirp: convert save/load function to visitor interface

2011-09-30 Thread Anthony Liguori
On 09/19/2011 09:41 AM, Michael Roth wrote: Where possible common routines are used for both input and output, thus save on lines of code, theoretically. The added lines here are mostly due to extra logic for each save/load routine to manipulate strings into a unique field name for each saved fie

[Qemu-devel] Correction: Announcing qemu-users - the unofficial mailing list for qemu users (was: Now, what's left to non-developers? ... )

2011-09-30 Thread Ottavio
Correction: To subscribe to the mailing list just send a blank email to: qemu-users-subscr...@yahoogroups.com (not qemu-users-ow...@yahoogroups.com as previoulsy stated). You will be given the option to join the mailing list only. Sorry for the confusion. -- Forwarded message -- F

Re: [Qemu-devel] QEMU Live Snapshots / Commiting

2011-09-30 Thread Robert P
On Fri, Sep 30, 2011 at 2:04 PM, Stefan Hajnoczi wrote: > On Fri, Sep 30, 2011 at 11:32 AM, Robert P wrote: > > Please use Reply-All to keep qemu-devel CCed so that others can contribute. > > > > > On Fri, Sep 30, 2011 at 10:16 AM, Stefan Hajnoczi > > wrote: > >> > >> On Thu, Sep 29, 2011 at 09

Re: [Qemu-devel] Correction: Announcing qemu-users - the unofficial mailing list for qemu users (was: Now, what's left to non-developers? ... )

2011-09-30 Thread Anthony Liguori
On 09/30/2011 08:44 AM, Ottavio wrote: Correction: To subscribe to the mailing list just send a blank email to: qemu-users-subscr...@yahoogroups.com (not qemu-users-ow...@yahoogroups.com as previoulsy stated). You will be given the option to join the mailing list only. Sorry for the confusion.

Re: [Qemu-devel] Correction: Announcing qemu-users - the unofficial mailing list for qemu users

2011-09-30 Thread Anthony Liguori
On 09/30/2011 08:53 AM, Anthony Liguori wrote: On 09/30/2011 08:44 AM, Ottavio wrote: Correction: To subscribe to the mailing list just send a blank email to: qemu-users-subscr...@yahoogroups.com (not qemu-users-ow...@yahoogroups.com as previoulsy stated). You will be given the option to join th

Re: [Qemu-devel] Correction: Announcing qemu-users - the unofficial mailing list for qemu users (was: Now, what's left to non-developers? ... )

2011-09-30 Thread 陳韋任
> Instead of waiting for qemu-users to go away in order to recreate it, I > decided > to just create a qemu-discuss list. > > That list is now open. See > > http://lists.nongnu.org/mailman/listinfo/qemu-devel ^^

Re: [Qemu-devel] Correction: Announcing qemu-users - the unofficial mailing list for qemu users (was: Now, what's left to non-developers? ... )

2011-09-30 Thread Ottavio
On 30 September 2011 14:53, Anthony Liguori wrote: > You know, it's possible to actually talk to people instead of going off and > declaring that there's "lack of interest from the maintainers". Both me and Stefan Weil had written to you and the list asking when qemu-users was going to be availab

Re: [Qemu-devel] [FYI] Soft feature freeze for 1.0 is 10/15 (three weeks away)

2011-09-30 Thread Stefan Berger
On 09/30/2011 08:59 AM, Anthony Liguori wrote: On 09/29/2011 10:21 PM, Stefan Berger wrote: On 09/21/2011 08:34 PM, Anthony Liguori wrote: For any major feature that you're targeting to the next release, you should: # Make sure that you've posted a patch series to qemu-devel # Write a Feat

Re: [Qemu-devel] [RFC 8/8] slirp: convert save/load function to visitor interface

2011-09-30 Thread Michael Roth
On Fri, 30 Sep 2011 08:39:49 -0500, Anthony Liguori wrote: > On 09/19/2011 09:41 AM, Michael Roth wrote: > > Where possible common routines are used for both input and output, thus > > save on lines of code, theoretically. The added lines here are mostly > > due to extra logic for each save/load

Re: [Qemu-devel] Correction: Announcing qemu-users - the unofficial mailing list for qemu users (was: Now, what's left to non-developers? ... )

2011-09-30 Thread 陳韋任
Hi, Ottavio Would you like to put http://tech.groups.yahoo.com/group/qemu-users/ on http://wiki.qemu.org/MailingLists ? Regards, chenwj -- Wei-Ren Chen (陳韋任) Computer Systems Lab, Institute of Information Science, Academia Sinica, Taiwan (R.O.C.) Tel:886-2-2788-3799 #1667

Re: [Qemu-devel] Correction: Announcing qemu-users - the unofficial mailing list for qemu users (was: Now, what's left to non-developers? ... )

2011-09-30 Thread Anthony Liguori
On 09/30/2011 09:04 AM, Ottavio wrote: On 30 September 2011 14:53, Anthony Liguori wrote: You know, it's possible to actually talk to people instead of going off and declaring that there's "lack of interest from the maintainers". Both me and Stefan Weil had written to you and the list asking

Re: [Qemu-devel] [PATCH] tcg: Use the GDB JIT debugging interface.

2011-09-30 Thread Richard Henderson
On 09/30/2011 12:12 AM, Jan Kiszka wrote: >> Breakpoint 1, __ldb_mmu (addr=1001716, mmu_idx=0) >> at /home/rth/work/qemu/qemu/softmmu_template.h:86 >> 86 { >> (gdb) where >> #0 __ldb_mmu (addr=1001716, mmu_idx=0) >> at /home/rth/work/qemu/qemu/softmmu_template.h:86 >> #1 0x4

Re: [Qemu-devel] QEMU Live Snapshots / Commiting

2011-09-30 Thread Stefan Hajnoczi
On Fri, Sep 30, 2011 at 2:46 PM, Robert P wrote: > > > On Fri, Sep 30, 2011 at 2:04 PM, Stefan Hajnoczi wrote: >> >> On Fri, Sep 30, 2011 at 11:32 AM, Robert P wrote: >> >> Please use Reply-All to keep qemu-devel CCed so that others can >> contribute. >> >> > >> > On Fri, Sep 30, 2011 at 10:16 A

Re: [Qemu-devel] [PATCH 1/5] softfloat: Reinstate accidentally disabled target-specific NaN handling

2011-09-30 Thread Richard Henderson
On 09/28/2011 10:27 AM, Peter Maydell wrote: > Include config.h in softfloat.c, so that the target specific ifdefs in > softfloat-specialize.h are evaluated correctly. This was accidentally > broken in commit 789ec7ce2 when config-target.h was removed from > softfloat.h, and means that most targets

Re: [Qemu-devel] [PATCH] qed: fix use-after-free during l2 cache commit

2011-09-30 Thread Stefan Hajnoczi
On Fri, Sep 30, 2011 at 12:27 PM, Amit Shah wrote: > On (Fri) 30 Sep 2011 [11:39:11], Stefan Hajnoczi wrote: >> QED's metadata caching strategy allows two parallel requests to race for >> metadata lookup.  The first one to complete will populate the metadata >> cache and the second one will drop t

Re: [Qemu-devel] [PATCH] qed: fix use-after-free during l2 cache commit

2011-09-30 Thread Stefan Hajnoczi
On Fri, Sep 30, 2011 at 11:39 AM, Stefan Hajnoczi wrote: > QED's metadata caching strategy allows two parallel requests to race for > metadata lookup.  The first one to complete will populate the metadata > cache and the second one will drop the data it just read in favor of the > cached data. > >

Re: [Qemu-devel] [PATCH 4/5] softfloat: Implement fused multiply-add

2011-09-30 Thread Richard Henderson
On 09/28/2011 10:27 AM, Peter Maydell wrote: > > /* > +| Select which NaN to propagate for a three-input operation. > +| For the moment we assume that no CPU needs the 'larger significand' > +| information. > +| Return va

Re: [Qemu-devel] [PATCH] qed: fix use-after-free during l2 cache commit

2011-09-30 Thread Amit Shah
On (Fri) 30 Sep 2011 [16:23:30], Stefan Hajnoczi wrote: > On Fri, Sep 30, 2011 at 12:27 PM, Amit Shah wrote: > > On (Fri) 30 Sep 2011 [11:39:11], Stefan Hajnoczi wrote: > >> QED's metadata caching strategy allows two parallel requests to race for > >> metadata lookup.  The first one to complete wi

Re: [Qemu-devel] [PATCH 4/5] softfloat: Implement fused multiply-add

2011-09-30 Thread Peter Maydell
On 30 September 2011 16:28, Richard Henderson wrote: > On 09/28/2011 10:27 AM, Peter Maydell wrote: >>  /* >> +| Select which NaN to propagate for a three-input operation. >> +| For the moment we assume that no CPU needs t

Re: [Qemu-devel] Correction: Announcing qemu-users - the unofficial mailing list for qemu users (was: Now, what's left to non-developers?

2011-09-30 Thread Ottavio
On 30 September 2011 15:36, wrote: > To: Ottavio > Date: Fri, 30 Sep 2011 22:09:48 +0800 > Subject: Re: [Qemu-devel] Correction: Announcing qemu-users - the unofficial > mailing list for qemu users (was: Now, what's left to non-developers? ... ) > Hi, Ottavio > >  Would you like to put http://t

[Qemu-devel] [PATCH 0/3] trace: more trace events for block and qmp

2011-09-30 Thread Stefan Hajnoczi
This series adds new trace events for correlating filenames with BlockDriverState pointers and observing QMP monitor command input. It also expands the bdrv_co_io_em() trace event to provide more useful information. Basically small additions to improve observability in QEMU :). Stefan Hajnoczi (

[Qemu-devel] [PATCH 1/3] trace: trace bdrv_open_common()

2011-09-30 Thread Stefan Hajnoczi
bdrv_open_common() is a useful point to trace since it reveals the filename and block driver for a given BlockDriverState. Signed-off-by: Stefan Hajnoczi --- block.c |2 ++ trace-events |1 + 2 files changed, 3 insertions(+), 0 deletions(-) diff --git a/block.c b/block.c index e3fe

[Qemu-devel] [PATCH 2/3] trace: trace monitor qmp dispatch/completion

2011-09-30 Thread Stefan Hajnoczi
Add trace events for handle_qmp_command(), which dispatches qmp commands, and monitor_protocol_emitter(), which produces the reply to a qmp command. Also remove duplicate #include "trace/control.h". Signed-off-by: Stefan Hajnoczi --- monitor.c|5 - trace-events |4 2 files

[Qemu-devel] [PATCH 3/3] trace: add arguments to bdrv_co_io_em() trace event

2011-09-30 Thread Stefan Hajnoczi
It is useful to know the BlockDriverState as well as the sector_num/nb_sectors of an emulated .bdrv_co_*() request. Signed-off-by: Stefan Hajnoczi --- block.c |2 +- trace-events |2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/block.c b/block.c index 1ae22d5..e

[Qemu-devel] git-bisect results (was: Re: qemu.git hangs booting Linux after insmod virtio_blk.ko)

2011-09-30 Thread Richard W.M. Jones
On Fri, Sep 30, 2011 at 02:11:48PM +0100, Richard W.M. Jones wrote: > > I've not looked into this at all, it's just a report that something > seems to be "up". I will try to git bisect this later if no one spots > anything obvious. > > The next operation after insmod virtio_blk would be insmod_v

[Qemu-devel] [BUG] need to export variables in config.mak

2011-09-30 Thread Chris Friesen
We've been playing a bit with kvm-kmod-3.0b. We use a cross compile environment, and one of my coworkers noticed that the variables in config.mak weren't actually exported and so didn't actually have any effect. I think something like the following patch is required. Thanks, Chris Friesen I

[Qemu-devel] [PATCH 4/6] scsi: implement REPORT LUNS for arbitrary LUNs

2011-09-30 Thread Paolo Bonzini
Signed-off-by: Paolo Bonzini --- hw/scsi-bus.c | 49 +++-- 1 files changed, 39 insertions(+), 10 deletions(-) diff --git a/hw/scsi-bus.c b/hw/scsi-bus.c index c0da8c7..17acf48 100644 --- a/hw/scsi-bus.c +++ b/hw/scsi-bus.c @@ -170,7 +170,7 @@ typedef

Re: [Qemu-devel] RFC [v2]: vfio / device assignment -- layout of device fd files

2011-09-30 Thread Alex Williamson
On Fri, 2011-09-30 at 18:46 +1000, David Gibson wrote: > On Mon, Sep 26, 2011 at 12:34:52PM -0600, Alex Williamson wrote: > > On Mon, 2011-09-26 at 12:04 +0200, Alexander Graf wrote: > > > Am 26.09.2011 um 09:51 schrieb David Gibson : > [snip] > > > Also, if you can come up with an interface that d

[Qemu-devel] [PATCH 6/6] scsi: add channel to addressing

2011-09-30 Thread Paolo Bonzini
This also requires little more than adding the new argument to scsi_device_find, and the qdev property. All devices by default end up on channel 0. Signed-off-by: Paolo Bonzini --- hw/esp.c |4 ++-- hw/lsi53c895a.c |4 ++-- hw/scsi-bus.c| 24 +++- hw/s

Re: [Qemu-devel] [BUG] need to export variables in config.mak

2011-09-30 Thread Jan Kiszka
On 2011-09-30 19:07, Chris Friesen wrote: > We've been playing a bit with kvm-kmod-3.0b. We use a cross compile > environment, and one of my coworkers noticed that the variables in config.mak > weren't actually exported and so didn't actually have any effect. > > I think something like the foll

[Qemu-devel] [PATCH 3/6] scsi: remove devs array from SCSIBus

2011-09-30 Thread Paolo Bonzini
Change the devs array into a linked list, and add a scsi_device_find function to navigate the children list instead. This lets the SCSI bus use more complex addressing. scsi_device_find may return another LUN on the same target if none is found that matches exactly. Signed-off-by: Paolo Bonzini

[Qemu-devel] [PATCH 5/6] scsi: allow arbitrary LUNs

2011-09-30 Thread Paolo Bonzini
This only requires changes in two places: in SCSIBus, we need to look for a free LUN if somebody creates a device with a pre-existing scsi-id but the default LUN (-1, meaning "search for a free spot"); in vSCSI, we need to actually parse the LUN according to the SCSI spec. Signed-off-by: Paolo Bon

[Qemu-devel] [PATCH 0/6] introduce SCSI channel/target/LUN addressing

2011-09-30 Thread Paolo Bonzini
This patch introduces the possibility to address SCSI devices by channel/target/LUN. New properties are introduced to define the address. The implementation is pretty trivial, and thanks to the ReqOps mechanism does not require introducing dummy devices representing channels and targets. For QEMU

[Qemu-devel] [PATCH 1/6] scsi: move tcq/ndev to SCSIBusOps (now SCSIBusInfo)

2011-09-30 Thread Paolo Bonzini
Signed-off-by: Paolo Bonzini --- hw/esp.c |7 +-- hw/lsi53c895a.c |9 ++--- hw/scsi-bus.c| 27 --- hw/scsi-disk.c |2 +- hw/scsi.h| 11 +-- hw/spapr_vscsi.c |8 +--- hw/usb-msd.c |7 +-- 7 files cha

[Qemu-devel] [PATCH 2/6] qdev: switch children device list to QTAILQ

2011-09-30 Thread Paolo Bonzini
SCSI buses will need to read the children list first-to-last. This requires using a QTAILQ, because hell breaks loose if you just try inserting at the tail (thus reversing the order of all existing visits from last-to-first to first-to-tail). Signed-off-by: Paolo Bonzini --- hw/acpi_piix4.c

[Qemu-devel] [PATCH] linux-user: add binfmt wrapper for argv[0] handling

2011-09-30 Thread Alexander Graf
When using qemu's linux-user binaries through binfmt, argv[0] gets lost along the execution because qemu only gets passed in the full file name to the executable while argv[0] can be something completely different. This breaks in some subtile situations, such as the grep and make test suites. Thi

[Qemu-devel] [PATCH] need to export variables in config.mak

2011-09-30 Thread Chris Friesen
The variables being written to config.mak by configure need to be exported in order to take effect when building the package. The following patch fixes this in our environment. Signed-off-by: Chris Friesen Index: kvm-kmod-3.0b/configure =

Re: [Qemu-devel] [BUG] need to export variables in config.mak

2011-09-30 Thread Richard Henderson
On 09/30/2011 10:07 AM, Chris Friesen wrote: > We've been playing a bit with kvm-kmod-3.0b. We use a cross compile > environment, and one of my coworkers noticed that the variables in > config.mak weren't actually exported and so didn't actually have any > effect. Please elaborate on "no effect",

Re: [Qemu-devel] [BUG] need to export variables in config.mak

2011-09-30 Thread Alexander Graf
Am 30.09.2011 um 19:52 schrieb Richard Henderson : > On 09/30/2011 10:07 AM, Chris Friesen wrote: >> We've been playing a bit with kvm-kmod-3.0b. We use a cross compile >> environment, and one of my coworkers noticed that the variables in >> config.mak weren't actually exported and so didn't act

Re: [Qemu-devel] [PATCH 1/3] ppc: Generalize the kvmppc_get_clockfreq() function

2011-09-30 Thread Alexander Graf
Am 30.09.2011 um 09:50 schrieb David Gibson : > Currently the kvmppc_get_clockfreq() function reads the host's clock > frequency from /proc/device-tree, which is useful to past to the guest > in KVM setups. However, there are some other host properties > advertised in the device tree which can a

Re: [Qemu-devel] [BUG] need to export variables in config.mak

2011-09-30 Thread Chris Friesen
On 09/30/2011 11:52 AM, Richard Henderson wrote: On 09/30/2011 10:07 AM, Chris Friesen wrote: We've been playing a bit with kvm-kmod-3.0b. We use a cross compile environment, and one of my coworkers noticed that the variables in config.mak weren't actually exported and so didn't actually have a

[Qemu-devel] qcow2 corrupted image, no error from qemu-img check

2011-09-30 Thread nicolas prochazka
Hello, I'm converting some images without problem, but with one i cannot (vm_import) , due to error. ( this image was creating with qemu 0.14.1 and continue to work, windows guest image) So, is it possible to repair this image ? I know my email is more for qemu user list, but qemu-img check tell

Re: [Qemu-devel] QEMU Live Snapshots / Commiting

2011-09-30 Thread Robert P
On Fri, Sep 30, 2011 at 4:54 PM, Stefan Hajnoczi wrote: > On Fri, Sep 30, 2011 at 2:46 PM, Robert P wrote: > > > > > > On Fri, Sep 30, 2011 at 2:04 PM, Stefan Hajnoczi > wrote: > >> > >> On Fri, Sep 30, 2011 at 11:32 AM, Robert P wrote: > >> > >> Please use Reply-All to keep qemu-devel CCed so

Re: [Qemu-devel] [PATCH 4/5] backdoor: [softmmu] Add QEMU-side proxy to "libbackdoor.a"

2011-09-30 Thread Blue Swirl
2011/9/29 Lluís Vilanova : > Blue Swirl writes: > >> 2011/9/29 Lluís Vilanova : >>> +static uint64_t control_io_read(void *opaque, target_phys_addr_t addr, >>> unsigned size) >>> +{ >>> +    State *s = opaque; >>> + >>> +    uint64_t res = ldq_p(&s->size); >>> +    uint8_t *resb = (uint8_t*)&res;

Re: [Qemu-devel] [PATCH 4/5] backdoor: [softmmu] Add QEMU-side proxy to "libbackdoor.a"

2011-09-30 Thread Blue Swirl
On Thu, Sep 29, 2011 at 10:35 PM, Frans de Boer wrote: > On 09/29/2011 11:49 PM, Lluís Vilanova wrote: >> >> Blue Swirl writes: >> >>> 2011/9/29 Lluís Vilanova: +static uint64_t control_io_read(void *opaque, target_phys_addr_t addr, unsigned size) +{ +    State *s = opaque

Re: [Qemu-devel] [PATCH v2 21/22] monitor: Restrict pic/irq_info to supporting targets

2011-09-30 Thread Blue Swirl
On Fri, Sep 30, 2011 at 6:50 AM, Jan Kiszka wrote: > From: Jan Kiszka > > Signed-off-by: Jan Kiszka Acked-by: Blue Swirl > --- > > Changes in v2: >  - keep slavio_intctl local, introduce sun4m_pic/irq_info instead > >  hw/an5206.c             |   10 -- >  hw/arm_pic.c            |   1

[Qemu-devel] [PATCH 05/26] qapi: fixup command generation for functions that return list types

2011-09-30 Thread Luiz Capitulino
From: Anthony Liguori Signed-off-by: Anthony Liguori Signed-off-by: Luiz Capitulino --- scripts/qapi-commands.py | 23 +++ 1 files changed, 15 insertions(+), 8 deletions(-) diff --git a/scripts/qapi-commands.py b/scripts/qapi-commands.py index 2776804..c947ba4 100644 ---

[Qemu-devel] [PATCH v2 00/26]: First round of QAPI conversions

2011-09-30 Thread Luiz Capitulino
This series is a bundle of three things: 1. Patches 01 to 04 add the middle mode feature to the current QMP server. That mode allows for the current server to support QAPI commands. The Original author is Anthony, you can find his original post here: http://lists.gnu.org/archive/

[Qemu-devel] [PATCH 07/26] qapi: generate qapi_free_* functions for *List types

2011-09-30 Thread Luiz Capitulino
From: Michael Roth Reviewed-by: Anthony Liguori Signed-off-by: Michael Roth Signed-off-by: Luiz Capitulino --- scripts/qapi-types.py |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/scripts/qapi-types.py b/scripts/qapi-types.py index fc0f7af..4797a70 100644 --- a/scri

  1   2   >