Re: [Qemu-devel] [BUG] [Seabios] PCI 64bit BARs on Win2008 - unable to start the device. (ACPI lacks the _DSM method)

Isaku san, I've just added you to discussion. There are some issues with PCI 64bit support in Windows. Windows fails to assign the resource if it doesn't fit in first 4GB window. I really don't know why it happens. One of the possibilities is related to lack of _DSM method in ACPI. Another gu

Re: [Qemu-devel] [PATCH v3 5/6] target-mips: Adding support for Cavium specific instructions

On Wed, Nov 30, 2011 at 4:54 PM, Andreas Färber wrote: > Am 22.11.2011 09:31, schrieb Khansa Butt: >> On Tue, Nov 1, 2011 at 1:24 AM, Andreas Färber >> wrote: >>> >>> Am 28.10.2011 06:42, schrieb Khansa Butt: On Sat, Oct 22, 2011 at 4:36 PM, Andreas Färber >>>

Re: [Qemu-devel] [BUG] [Seabios] PCI 64bit BARs on Win2008 - unable to start the device. (ACPI lacks the _DSM method)

On Wed, Nov 30, 2011 at 02:04:08PM +1300, Alexey Korolev wrote: Hi, We have got some issues with 64bit PCI devices support under Windows guests. Windows fails to start any PCI devices with 64bit BARs when size exceeds 512MB with error code 12 (can't allocate resources). In other words it fails

[Qemu-devel] [Bug 898474] Re: aptitude in a lucid-based qemu-arm-static chroot segfaults/hangs, but works on real h/w

One more bit of info: There is a similar bug posted here, although they retitled it and chalked it up to an unsupported platform: http://bugs.debian.org/cgi- bin/bugreport.cgi?bug=641270 ** Bug watch added: Debian Bug tracker #641270 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=641270 *

[Qemu-devel] [Bug 898474] [NEW] aptitude in a lucid-based qemu-arm-static chroot segfaults/hangs, but works on real h/w

Public bug reported: Running aptitude in a lucid-based chroot qemu-arm-static on top of amd64/oneiric segfaults/hangs. I get the segfault output about 30% of the time, the rest of the time the problem exhibits as a hang. The same commands work fine on a real armel platform (armv7l) running the

[Qemu-devel] [Bug 898474] Re: aptitude in a lucid-based qemu-arm-static chroot segfaults/hangs, but works on real h/w

** Attachment added: "strace log for aptitude hold" https://bugs.launchpad.net/bugs/898474/+attachment/2614331/+files/hold.log -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/898474 Title: aptitud

[Qemu-devel] [Bug 898474] Re: aptitude in a lucid-based qemu-arm-static chroot segfaults/hangs, but works on real h/w

** Attachment added: "strace log for aptitude show totem" https://bugs.launchpad.net/qemu/+bug/898474/+attachment/2614332/+files/show.log -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/898474 Titl

Re: [Qemu-devel] Improve QEMU performance with LLVM codegen and other techniques

Hi Alex, > Very cool! I was thinking about this for a while myself now. It's especially > appealing these days since you can do the hotspot optimization in a separate > thread :). > > Especially in system mode, you also need to flush when tb_flush() is called > though. And you have to make sur

Re: [Qemu-devel] [PATCH] pcie_aer: adjust do_pcie_aer_inejct_error -> do_pcie_aer_inject_error]

HI, stefan, Can you pull this patch into your qemu trivial branch? Regards, Zhi Yong Wu - Forwarded message from Isaku Yamahata - Date: Wed, 30 Nov 2011 13:47:02 +0900 From: Isaku Yamahata To: Zhi Yong Wu Cc: stefa...@linux.vnet.ibm.com, qemu-triv...@nongnu.org Subject: Re: [PATCH]

[Qemu-devel] [PATCH -V2] hw/9pfs: Reset server state during TVERSION

From: Deepak C Shetty As per the 9p rfc, during TVERSION its necessary to clean all the active fids, so that we start the session from a clean state. Its also needed in scenarios where the guest is booting off 9p, and boot fails, and client restarts, without any knowledge of the past, it will iss

[Qemu-devel] [PATCH] Add minimal Vexpress Cortex A15 support

From: Bill Carson This patch adds minimal codes to support A15 which enables ARM KVM could run Guest OS build with Versatile Express Cortex-A15x4 tile. Signed-off-by: Bill Carson --- Makefile.target |2 +- hw/a15mpcore.c | 118 +++ hw/vexpress.c

[Qemu-devel] Add minimal support for Cortex A15 for ARM KVM

This patch adds minimal support for Cortex A15 to run under ARM KVM as guest os, and architecture timer is NOT supported yet. Qemu based on: git://git.linaro.org/qemu/qemu-linaro.git Makefile.target |2 +- hw/a15mpcore.c | 118 +++ hw/vexpress.c |

Re: [Qemu-devel] [PATCH 00/18] qom: dynamic properties and composition tree

On 11/30/2011 03:03 PM, Anthony Liguori wrote: This is a follow up to my previous series to get us started in the QOM direction. A few things are different this time around. Most notably: 1) Devices no longer have names. Instead, path names are always used to identify devices. 2) In

Re: [Qemu-devel] [PATCH] ivshmem: fix guest unable to start with ioeventfd

2011/11/30 Zang Hongyong : > Can this bug fix patch be applied yet? Sorry, for not replying yet. I'll test your patch within the next day. > With this bug, guest os cannot successfully boot with ioeventfd. > Thus the new PIO DoorBell patch cannot be posted. Well, you can certainly post the new

[Qemu-devel] [PATCH 09/18] qmp: add qom-list command

This can be used to list properties in the device model. Signed-off-by: Anthony Liguori --- qapi-schema.json | 48 qmp-commands.hx |6 ++ qmp.c| 29 + 3 files changed, 83 insertions(+), 0 deleti

[Qemu-devel] [PATCH 02/18] qom: register legacy properties as new style properties

Expose all legacy properties through the new QOM property mechanism. The qdev property types are exposed through the 'legacy<>' namespace. They are always visited as strings since they do their own string parsing. Signed-off-by: Anthony Liguori --- hw/qdev.c | 82

[Qemu-devel] [PATCH 13/18] rtc: make piix3 set the rtc as a child

Signed-off-by: Anthony Liguori --- hw/pc_piix.c | 11 +++ hw/piix_pci.c |3 +++ 2 files changed, 14 insertions(+), 0 deletions(-) diff --git a/hw/pc_piix.c b/hw/pc_piix.c index 970f43c..81d65a9 100644 --- a/hw/pc_piix.c +++ b/hw/pc_piix.c @@ -205,6 +205,17 @@ static void pc_init1(

[Qemu-devel] [PATCH 11/18] qdev: add explicitly named devices to the root complex

We first add a 'peripheral' container to the root device that we add user created devices to. This provides all user created devices with a unique and isolated namespace. Signed-off-by: Anthony Liguori --- hw/qdev.c | 14 ++ 1 files changed, 14 insertions(+), 0 deletions(-) diff

[Qemu-devel] [PATCH 06/18] qom: add child properties (composition)

Child properties express a relationship of composition. Signed-off-by: Anthony Liguori --- hw/qdev.c | 24 hw/qdev.h | 20 2 files changed, 44 insertions(+), 0 deletions(-) diff --git a/hw/qdev.c b/hw/qdev.c index 5bffbb7..b09d22a 100644 --- a/h

[Qemu-devel] [PATCH 18/18] qdev: split out QOM functions to separate files

Signed-off-by: Anthony Liguori --- Makefile.objs |2 +- hw/qdev-qom.h | 200 +++ hw/qdev.c | 401 --- hw/qdev.h | 175 + hw/qom.c | 414

[Qemu-devel] [PATCH 10/18] qom: qom_{get,set} monitor commands

This allows clients to read and write device model properties through QMP. QAPI doesn't support Visitor types yet and these commands are special in that they don't work with fixed types. I've added a documentation stub to qapi-schema.json so we can keep consistency there. Signed-off-by: Anthony

[Qemu-devel] [PATCH 12/18] dev: add an anonymous peripheral container

Signed-off-by: Anthony Liguori --- hw/qdev.c | 21 - 1 files changed, 20 insertions(+), 1 deletions(-) diff --git a/hw/qdev.c b/hw/qdev.c index 8b8d53e..b944108 100644 --- a/hw/qdev.c +++ b/hw/qdev.c @@ -235,6 +235,19 @@ static DeviceState *qdev_get_peripheral(void) re

[Qemu-devel] [PATCH 15/18] qom: optimize qdev_get_canonical_path using a parent link

The full tree search was a bit unreasonable. Signed-off-by: Anthony Liguori --- hw/qdev.c | 60 +++- hw/qdev.h |4 2 files changed, 31 insertions(+), 33 deletions(-) diff --git a/hw/qdev.c b/hw/qdev.c index b944108..7da7196 1006

[Qemu-devel] [PATCH 17/18] Add test tools

--- QMP/qom-get | 26 ++ QMP/qom-list | 30 ++ QMP/qom-set | 21 + 3 files changed, 77 insertions(+), 0 deletions(-) create mode 100755 QMP/qom-get create mode 100755 QMP/qom-list create mode 100755 QMP/qom-set dif

Re: [Qemu-devel] [PATCH 1.0] 9pfs: improve portability to older systems

Paolo Bonzini wrote: On 11/28/2011 11:36 PM, Anthony Liguori wrote: Hrm, I may have messed this up. My mailbox processing script seems to have found Aneesh's patch instead of Paolo's. Can ya'll take a look at 2507718baf311ea78156c6777d38410a9f89ce89 and tell me if I need to revert it? No,

[Qemu-devel] [PATCH 01/18] qom: add new dynamic property infrastructure based on Visitors

qdev properties are settable only during construction and static to classes. This isn't flexible enough for QOM. This patch introduces a property interface for qdev that provides dynamic properties that are tied to objects, instead of classes. These properties are Visitor based instead of string

[Qemu-devel] [PATCH 14/18] rtc: add a dynamic property for retrieving the date

This really shows the power of dynamic object properties compared to qdev static properties. This property represents a complex structure who's format is preserved over the wire. This is enabled by visitors. It also shows an entirely synthetic property that is not tied to device state. Signed-o

[Qemu-devel] [PATCH 16/18] Make qmp.py easier to use

--- QMP/qmp.py |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/QMP/qmp.py b/QMP/qmp.py index c7dbea0..36ecc1d 100644 --- a/QMP/qmp.py +++ b/QMP/qmp.py @@ -128,6 +128,12 @@ class QEMUMonitorProtocol: qmp_cmd['id'] = id return self.cmd_obj(qmp_cmd)

[Qemu-devel] [PATCH 08/18] qapi: allow a 'gen' key to suppress code generation

Signed-off-by: Anthony Liguori --- scripts/qapi-commands.py |1 + scripts/qapi-types.py|1 + 2 files changed, 2 insertions(+), 0 deletions(-) diff --git a/scripts/qapi-commands.py b/scripts/qapi-commands.py index f7def16..54d1f5d 100644 --- a/scripts/qapi-commands.py +++ b/scripts/qa

[Qemu-devel] [PATCH 07/18] qom: add link properties

Links represent an ephemeral relationship between devices. They are meant to replace the qdev concept of busses by allowing more informal relationships between devices. Links are fairly limited in their usefulness without implementing QOM-style subclassing and interfaces. Signed-off-by: Anthony

[Qemu-devel] [PATCH 05/18] qdev: provide a path resolution

There are two types of supported paths--absolute paths and partial paths. Absolute paths are derived from the root device and can follow child<> or link<> properties. Since they can follow link<> properties, they can be arbitrarily long. Absolute paths look like absolute filenames and are prefix

[Qemu-devel] [PATCH 03/18] qom: introduce root device

This is based on Jan's suggestion for how to do unique naming. The root device is the root of composition. All devices are reachable via child<> links from this device. Signed-off-by: Anthony Liguori --- Makefile.objs |2 +- hw/container.c | 20 hw/qdev.c | 1

[Qemu-devel] [PATCH 04/18] qdev: provide an interface to return canonical path from root

The canonical path is the path in the composition tree from the root to the device. This is effectively the name of the device. This is an incredibly unefficient implementation that will be optimized in a future patch. Signed-off-by: Anthony Liguori --- hw/qdev.c | 49 +++

[Qemu-devel] [PATCH 00/18] qom: dynamic properties and composition tree

This is a follow up to my previous series to get us started in the QOM direction. A few things are different this time around. Most notably: 1) Devices no longer have names. Instead, path names are always used to identify devices. 2) In order to support (1), dynamic properties are now su

[Qemu-devel] [PATCH 2/2] net: store guest timestamp in dump file instead of time since guest startup

Stored dates are no more 1970-01-01 (+ run time), but have a real meaning. If someone wants to have comparable timestamps accross boots, it is possible to start qemu with -rtc to give the startup date. Signed-off-by: Hervé Poussineau --- net/dump.c |7 ++- 1 files changed, 6 insertions(+

[Qemu-devel] [PATCH 1/2] net: truncate output file when using dump backend

This prevents data of a previous run to be seen in the new dump file. Reviewed-by: Stefan Hajnoczi Signed-off-by: Hervé Poussineau --- net/dump.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/net/dump.c b/net/dump.c index 0d0cbb2..8132411 100644 --- a/net/dump.c +++

[Qemu-devel] [PATCH v2 0/2] net: fix some problems with dump backend

This small patchset fixes some problems I've found while using the dump backend. At least first patch may be considered for 1.0. Changes v1->v2: - Update patches descriptions Hervé Poussineau (2): net: truncate output file when using dump backend net: store guest timestamp in dump file instea

Re: [Qemu-devel] [Qemu-trivial] [PATCH 2/2] Makefile: use full path for qapi-generated directory

Am 30.11.2011 14:03, schrieb Stefano Stabellini: On Wed, 30 Nov 2011, Stefan Hajnoczi wrote: On Tue, Nov 29, 2011 at 10:47 PM, Michael Roth wrote: Generally $(BUILD_DIR) == $(CURDIR), but that isn't necessarilly the case, so use $(BUILD_DIR)/qapi-generated for generated files to avoid potentio

Re: [Qemu-devel] Boot from disk problem

Thks Blue Swirl Is there any documentation on how to create a disk with the correct geometry, or a place to download one? thks again. El 26/11/11 05:01, Blue Swirl escribió: On Fri, Nov 25, 2011 at 18:24, Ignacio Geli wrote:

[Qemu-devel] [PATCH] Save memory allocation in the elf loader

The current elf loader uses too much memory. For example, I have a executable with a bss section of 400 MB and I set the ram size to 512 MB. Qemu uses about 780MB of RAM (which is fine), but there's a peak at 1.6 GB during initialization (this is not fine). This patch fixes two things: 1) do not

Re: [Qemu-devel] [RFC PATCH] Exporting Guest RAM information for NUMA binding

On Wed, Nov 30, 2011 at 09:52:37PM +0530, Dipankar Sarma wrote: > create the guest topology correctly and optimize for NUMA. This > would work for us. Even on the case of 1 guest that fits in one node, you're not going to max out the full bandwidth of all memory channels with this. qemu all can d

Re: [Qemu-devel] [RFC PATCH] vfio: VFIO Driver core framework

On Wed, 2011-11-30 at 09:41 -0600, Stuart Yoder wrote: > On Tue, Nov 29, 2011 at 5:44 PM, Alex Williamson > wrote: > > On Tue, 2011-11-29 at 17:20 -0600, Stuart Yoder wrote: > >> > > >> > BTW, github now has updated trees: > >> > > >> > git://github.com/awilliam/linux-vfio.git vfio-next-2029 >

Re: [Qemu-devel] KVM Call Agenda for 12/6 (Tuesday) @ 10am US/Eastern

On 11/30/2011 10:29 AM, Chris Wright wrote: * Anthony Liguori (aligu...@us.ibm.com) wrote: Hi, I'd like to propose that we discuss guest agent convergence in our next KVM call. I've CC'd folks from oVirt and libvirt to join the discussion. I think we should probably attempt to have some struc

Re: [Qemu-devel] [RFC PATCH] Exporting Guest RAM information for NUMA binding

* Peter Zijlstra (a.p.zijls...@chello.nl) wrote: > On Wed, 2011-11-30 at 21:52 +0530, Dipankar Sarma wrote: > > > > Also, if at all topology changes due to migration or host kernel decisions, > > we can make use of something like VPHN (virtual processor home node) > > capability on Power systems t

Re: [Qemu-devel] KVM Call Agenda for 12/6 (Tuesday) @ 10am US/Eastern

* Anthony Liguori (aligu...@us.ibm.com) wrote: > Hi, > > I'd like to propose that we discuss guest agent convergence in our next KVM > call. I've CC'd folks from oVirt and libvirt to join the discussion. > > I think we should probably attempt to have some structure to the discussion. > I would s

Re: [Qemu-devel] [RFC PATCH] Exporting Guest RAM information for NUMA binding

On Wed, 2011-11-30 at 21:52 +0530, Dipankar Sarma wrote: > > Also, if at all topology changes due to migration or host kernel decisions, > we can make use of something like VPHN (virtual processor home node) > capability on Power systems to have guest kernel update its topology > knowledge. You ca

Re: [Qemu-devel] [RFC PATCH] Exporting Guest RAM information for NUMA binding

On Wed, Nov 23, 2011 at 07:34:37PM +0100, Alexander Graf wrote: > On 11/23/2011 04:03 PM, Andrea Arcangeli wrote: > >Hi! > > > > > >In my view the trouble of the numa hard bindings is not the fact > >they're hard and qemu has to also decide the location (in fact it > >doesn't need to decide the loc

Re: [Qemu-devel] [PATCH] exec.c: Fix subpage memory access to RAM MemoryRegion

Am 29.11.2011 17:46, schrieb Avi Kivity: > On 11/29/2011 06:19 PM, Andreas Färber wrote: >> Am 29.11.2011 15:00, schrieb Avi Kivity: >>> On 11/29/2011 02:47 PM, Andreas Färber wrote: > > addr += mmio->region_offset[idx]; > idx = mmio->sub_io_index[idx]; > +if (unlike

Re: [Qemu-devel] husb: out of buffers for iso stream

On 11/30/11 14:52, Stefan Hajnoczi wrote: > On Thu, Nov 24, 2011 at 9:04 AM, Stefan Hajnoczi wrote: >> On Wed, Nov 23, 2011 at 4:01 PM, Gerd Hoffmann wrote: >>> For starter try a higher number of buffers (isobufs property). >>> Also make sure you enable the vnc thread (unless you have already). >

Re: [Qemu-devel] [RFC PATCH] vfio: VFIO Driver core framework

On Tue, Nov 29, 2011 at 5:44 PM, Alex Williamson wrote: > On Tue, 2011-11-29 at 17:20 -0600, Stuart Yoder wrote: >> > >> > BTW, github now has updated trees: >> > >> > git://github.com/awilliam/linux-vfio.git vfio-next-2029 >> > git://github.com/awilliam/qemu-vfio.git vfio-ng >> >> Hi Alex, >>

Re: [Qemu-devel] [PATCH] exec.c: Fix subpage memory access to RAM MemoryRegion

Am 29.11.2011 10:52, schrieb Avi Kivity: > On 11/29/2011 12:39 AM, Andreas Färber wrote: >> Am 28.11.2011 18:17, schrieb Avi Kivity: >>> On 11/28/2011 05:06 PM, Andreas Färber wrote: diff --git a/exec.c b/exec.c index 6b92198..fba5ba1 100644 --- a/exec.c +++ b/exec.c @@ -35

[Qemu-devel] [PATCH v2] exec.c: Fix subpage memory access to RAM MemoryRegion

Commit 95c318f5e1f88d7e5bcc6deac17330fd4806a2d3 (Fix segfault in mmio subpage handling code.) prevented a segfault by making all subpage registrations over an existing memory page perform an unassigned access. Symptoms were writes not taking effect and reads returning zero. Very small page sizes a

Re: [Qemu-devel] KVM Call Agenda for 12/6 (Tuesday) @ 10am US/Eastern

On 11/30/2011 04:36 PM, Anthony Liguori wrote: Hi, I'd like to propose that we discuss guest agent convergence in our next KVM call. I've CC'd folks from oVirt and libvirt to join the discussion. I think we should probably attempt to have some structure to the discussion. I would suggest: 1. A

Re: [Qemu-devel] KVM call minutes for November 29

On 11/30/2011 08:35 AM, Alon Levy wrote: On Wed, Nov 30, 2011 at 07:54:30AM -0600, Anthony Liguori wrote: [snip] But the way we're structuring QOM, we could do very simple bindings that just used introspection (much like GObject does). Is this the current tree? http://repo.or.cz/w/qemu/aliguor

[Qemu-devel] KVM Call Agenda for 12/6 (Tuesday) @ 10am US/Eastern

Hi, I'd like to propose that we discuss guest agent convergence in our next KVM call. I've CC'd folks from oVirt and libvirt to join the discussion. I think we should probably attempt to have some structure to the discussion. I would suggest: 1. A short introduction to each of the guest a

Re: [Qemu-devel] KVM call minutes for November 29

On Wed, Nov 30, 2011 at 07:54:30AM -0600, Anthony Liguori wrote: [snip] > But the way we're structuring QOM, we could do very simple bindings > that just used introspection (much like GObject does). Is this the current tree? http://repo.or.cz/w/qemu/aliguori.git/tree/refs/heads/qom > > The vast

Re: [Qemu-devel] KVM call minutes for November 29

On 11/30/2011 03:54 AM, Daniel P. Berrange wrote: On Wed, Nov 30, 2011 at 11:22:37AM +0200, Alon Levy wrote: On Tue, Nov 29, 2011 at 04:59:51PM -0600, Anthony Liguori wrote: On 11/29/2011 10:59 AM, Avi Kivity wrote: On 11/29/2011 05:51 PM, Juan Quintela wrote: How to do high level stuff? - py

[Qemu-devel] [PATCH -V2] hw/9pfs: use migration blockers to prevent live migration when virtfs export path is mounted

From: "Aneesh Kumar K.V" Now when you try to migrate with VirtFS export path mounted, you get a proper QMP error: (qemu) migrate tcp:localhost: Migration is disabled when VirtFS export path '/tmp/' is mounted in the guest using mount_tag 'v_tmp' (qemu) Signed-off-by: Aneesh Kumar K.V ---

Re: [Qemu-devel] husb: out of buffers for iso stream

On Thu, Nov 24, 2011 at 9:04 AM, Stefan Hajnoczi wrote: > On Wed, Nov 23, 2011 at 4:01 PM, Gerd Hoffmann wrote: >> For starter try a higher number of buffers (isobufs property). >> Also make sure you enable the vnc thread (unless you have already). Tested with vnc thread and isobufs=32. This ti

Re: [Qemu-devel] [PATCH] Upgrade to SeaBIOS v1.6.3.1

On 2011-11-24 18:39, Paolo Bonzini wrote: > On 11/24/2011 06:38 PM, Kevin O'Connor wrote: >> Jan Kiszka (2): >>Probe HPET existence >>Probe PCI existence > > Jan, > > does this mean that isapc will be unbroken in 1.0? Yay! At least, there should be no excuse anymore. ;) Jan -- Siemen

Re: [Qemu-devel] [Qemu-trivial] [PATCH 2/2] Makefile: use full path for qapi-generated directory

On Wed, 30 Nov 2011, Stefan Hajnoczi wrote: > On Tue, Nov 29, 2011 at 10:47 PM, Michael Roth > wrote: > > Generally $(BUILD_DIR) == $(CURDIR), but that isn't necessarilly the > > case, so use $(BUILD_DIR)/qapi-generated for generated files to > > avoid potentionally sticking generating files in od

Re: [Qemu-devel] Using AHCI drives in qemu

Am 30.11.2011 13:20, schrieb Daniel P. Berrange: > On Wed, Nov 30, 2011 at 12:11:45PM +, Chris Webb wrote: >> Possible a stupid question, but noting the new AHCI support in qemu, how do >> I specify an AHCI drive to attach to a qemu VM? >> >> I can create IDE, SCSI and virtio drives with >> >>

Re: [Qemu-devel] [PATCH 3/3] block: convert qemu_aio_flush() calls to bdrv_drain_all()

On Wed, Nov 30, 2011 at 12:28 PM, Christoph Hellwig wrote: > On Wed, Nov 30, 2011 at 12:23:43PM +, Stefan Hajnoczi wrote: >> Many places in QEMU call qemu_aio_flush() to complete all pending >> asynchronous I/O.  Most of these places actually want to drain all block >> requests but there is bl

Re: [Qemu-devel] Improve QEMU performance with LLVM codegen and other techniques

On 29 November 2011 07:03, 陳韋任 wrote: > >  1. cpu_unlink_tb (exec.c) This function is broken even for pure TCG -- we know it has a race condition. As I said on IRC, I think that the right thing to do is to start by overhauling the current TCG code so that it is: (a) properly multithreaded (b) ra

Re: [Qemu-devel] Using AHCI drives in qemu

On Wed, Nov 30, 2011 at 12:42:56PM +, Chris Webb wrote: > Thanks for the swift reply! > > "Daniel P. Berrange" writes: > > > Using -drive with an if=XXX which is anything other than 'none' is the > > deprecated / legacy syntax. The way libvirt does AHCI is to use the more > > verbose/modern

Re: [Qemu-devel] Using AHCI drives in qemu

Thanks for the swift reply! "Daniel P. Berrange" writes: > Using -drive with an if=XXX which is anything other than 'none' is the > deprecated / legacy syntax. The way libvirt does AHCI is to use the more > verbose/modern syntax: > > -device ahci,id=ahci0 > -drive > if=none,file=/var

Re: [Qemu-devel] Improve QEMU performance with LLVM codegen and other techniques

On 29.11.2011, at 08:03, 陳韋任 wrote: > Hi all, > > Our team are working on a project similar to llvm-qemu [1], which is also > based on QEMU and LLVM. Current status is the process mode works fine [2], and > we're moving forward to system mode. > > Let me briefly introduce our framework here an

Re: [Qemu-devel] [PATCH 3/3] block: convert qemu_aio_flush() calls to bdrv_drain_all()

On Wed, Nov 30, 2011 at 12:23:43PM +, Stefan Hajnoczi wrote: > Many places in QEMU call qemu_aio_flush() to complete all pending > asynchronous I/O. Most of these places actually want to drain all block > requests but there is block layer API to do so. there seems to be a "not" missing in the

[Qemu-devel] [PATCH 3/3] block: convert qemu_aio_flush() calls to bdrv_drain_all()

Many places in QEMU call qemu_aio_flush() to complete all pending asynchronous I/O. Most of these places actually want to drain all block requests but there is block layer API to do so. This patch introduces the bdrv_drain_all() API to wait for requests across all BlockDriverStates to complete.

[Qemu-devel] [PATCH 0/3] block: fix and detect qemu_aio_wait() issues

This series fixes an issue where qemu_aio_flush() would return to IDE hardware emulation with requests still pending. Kevin Wolf found it in the block tree before qemu.git/master merge, so qemu.git/master is not affected and these patches are against his tree. A recent interaction between copy-o

[Qemu-devel] [PATCH 2/3] block: wait_for_overlapping_requests() deadlock detection

Debugging a reentrant request deadlock was fun but in the future we need a quick and obvious way of detecting such bugs. Add an assert that checks we are not about to deadlock when waiting for another request. Suggested-by: Kevin Wolf Signed-off-by: Stefan Hajnoczi --- block.c |8

[Qemu-devel] [PATCH 1/3] qcow2: avoid reentrant bdrv_read() in copy_sectors()

A BlockDriverState should not issue requests on itself through the public block layer interface. Nested, or reentrant, requests are problematic because they do I/O throttling and request tracking twice. Features like block layer copy-on-read use request tracking to avoid race conditions between c

Re: [Qemu-devel] Using AHCI drives in qemu

On Wed, Nov 30, 2011 at 12:11:45PM +, Chris Webb wrote: > Possible a stupid question, but noting the new AHCI support in qemu, how do > I specify an AHCI drive to attach to a qemu VM? > > I can create IDE, SCSI and virtio drives with > > -drive if=ide,bus=M,unit=N,... > -drive if=scsi,bus

[Qemu-devel] Using AHCI drives in qemu

Possible a stupid question, but noting the new AHCI support in qemu, how do I specify an AHCI drive to attach to a qemu VM? I can create IDE, SCSI and virtio drives with -drive if=ide,bus=M,unit=N,... -drive if=scsi,bus=M,unit=N,... -drive if=virtio,index=N,... but when I attempted to test

[Qemu-devel] [PATCH] configure: Pull linux-headers/asm symlink creation out of loop

Pull the creation of the linux-headers/asm symlink out of the loop so we don't pointlessly delete and recreate it once for each target. Also move the setting of the includes variable up so that it is in the same place as the other code which sets this variable. Signed-off-by: Peter Maydell --- c

Re: [Qemu-devel] [PATCH v3 5/6] target-mips: Adding support for Cavium specific instructions

Am 22.11.2011 09:31, schrieb Khansa Butt: > On Tue, Nov 1, 2011 at 1:24 AM, Andreas Färber wrote: >> >> Am 28.10.2011 06:42, schrieb Khansa Butt: >>> >>> >>> On Sat, Oct 22, 2011 at 4:36 PM, Andreas Färber >> > wrote: >>> >>> Am 22.10.2011 12:11, schrieb kha...@k

Re: [Qemu-devel] [PATCH 0/3] MIPS64 user mode emulation in QEMU with Cavium specific instruction support

> This is the team work of Ehsan-ul-Haq, Abdul Qadeer, Abdul Waheed, Khansa Butt > from HPCN Lab KICS UET Lahore. Shouldn't 'Signed-off-by' lines for mentioned persons be present in the relevant patches if this is a team work? -- Thanks. -- Max

Re: [Qemu-devel] [PATCH] block: implement bdrv_co_is_allocated() boundary cases

Am 29.11.2011 14:49, schrieb Stefan Hajnoczi: > Cases beyond the end of the disk image are only implemented for block > drivers that do not provide .bdrv_co_is_allocated(). It's worth making > these cases generic so that block drivers that do implement > .bdrv_co_is_allocated() also get them for f

Re: [Qemu-devel] [PATCH 0/3] MIPS64 user mode emulation in QEMU with Cavium specific instruction support

On 30 November 2011 11:07, wrote: > From: Khansa Butt > > This is the team work of Ehsan-ul-Haq, Abdul Qadeer, Abdul Waheed, Khansa Butt > from HPCN Lab KICS UET Lahore. This cover letter should say: * which version of this patch set this is (we've had multiple rounds of it) * what the cha

[Qemu-devel] [PATCH 3/3] linux-user:Signal handling for MIPS64

From: Khansa Butt Signed-off-by: Khansa Butt --- linux-user/signal.c | 429 +-- 1 files changed, 417 insertions(+), 12 deletions(-) diff --git a/linux-user/signal.c b/linux-user/signal.c index 78e3380..0f4091d 100644 --- a/linux-user/signal.c +

[Qemu-devel] [PATCH 2/3] target-mips:enabling of 64 bit user mode and floating point operations MIPS_HFLAG_UX is included in env->hflags so that the address computation for LD instruction does not tre

From: Khansa Butt Signed-off-by: Khansa Butt --- target-mips/translate.c |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/target-mips/translate.c b/target-mips/translate.c index d5b1c76..452a63b 100644 --- a/target-mips/translate.c +++ b/target-mips/translate.c @@ -1

[Qemu-devel] [PATCH 1/3] linux-user:Support for MIPS64 user mode emulation in QEMU

From: Khansa Butt Signed-off-by: Khansa Butt --- configure |1 + default-configs/mips64-linux-user.mak |1 + linux-user/main.c | 21 +++-- linux-user/mips64/syscall.h |2 ++ 4 files changed, 23 insertions(+

[Qemu-devel] [PATCH 0/3] MIPS64 user mode emulation in QEMU with Cavium specific instruction support

From: Khansa Butt This is the team work of Ehsan-ul-Haq, Abdul Qadeer, Abdul Waheed, Khansa Butt from HPCN Lab KICS UET Lahore. configure |1 + default-configs/mips64-linux-user.mak |1 + linux-user/main.c | 21 ++- linux-user/mips64/sys

[Qemu-devel] [PATCH] configure: Drop armv4l/armv4b distinction in $cpu

Drop the distinction between armv4l/armv4b in the $cpu variable (ie host cpu type) in favour of calling everything 'arm'. This makes it the same as the ARCH setting and removes some special casing. The only thing we were using the distinction for was to decide which endianness to use in cross compi

Re: [Qemu-devel] KVM call minutes for November 29

On Wed, Nov 30, 2011 at 11:22:37AM +0200, Alon Levy wrote: > On Tue, Nov 29, 2011 at 04:59:51PM -0600, Anthony Liguori wrote: > > On 11/29/2011 10:59 AM, Avi Kivity wrote: > > >On 11/29/2011 05:51 PM, Juan Quintela wrote: > > >>How to do high level stuff? > > >>- python? > > >> > > > > > >One of th

Re: [Qemu-devel] [PATCH v5 4/8] block: add interface to toggle copy-on-read

Am 28.11.2011 17:08, schrieb Stefan Hajnoczi: > The bdrv_enable_copy_on_read()/bdrv_disable_copy_on_read() functions can > be used to programmatically enable or disable copy-on-read for a block > device. Later patches add the actual copy-on-read logic. > > Signed-off-by: Stefan Hajnoczi Thanks,

Re: [Qemu-devel] KVM call minutes for November 29

On Tue, Nov 29, 2011 at 04:59:51PM -0600, Anthony Liguori wrote: > On 11/29/2011 10:59 AM, Avi Kivity wrote: > >On 11/29/2011 05:51 PM, Juan Quintela wrote: > >>How to do high level stuff? > >>- python? > >> > > > >One of the disadvantages of the various scripting languages is the lack > >of static

Re: [Qemu-devel] [Qemu-trivial] [PATCH 2/2] Makefile: use full path for qapi-generated directory

On Tue, Nov 29, 2011 at 10:47 PM, Michael Roth wrote: > Generally $(BUILD_DIR) == $(CURDIR), but that isn't necessarilly the > case, so use $(BUILD_DIR)/qapi-generated for generated files to > avoid potentionally sticking generating files in odd places outside > the build's include paths. > --- >

Re: [Qemu-devel] [Qemu-trivial] [PATCH 1/2] qapi: fix guardname generation

On Tue, Nov 29, 2011 at 10:47 PM, Michael Roth wrote: > Fix a bug in handling dotted paths, and exclude directory prefixes > from generated guardnames to avoid odd/pseudo-random guardnames in > generated headers. > --- >  scripts/qapi.py |    7 --- >  1 files changed, 4 insertions(+), 3 deleti

Re: [Qemu-devel] [PATCH] ivshmem: fix guest unable to start with ioeventfd

Can this bug fix patch be applied yet? With this bug, guest os cannot successfully boot with ioeventfd. Thus the new PIO DoorBell patch cannot be posted. Thanks, Hongyong 于 2011/11/24,星期四 18:05, zanghongy...@huawei.com 写道: > From: Hongyong Zang > > When a guest boots with ioeventfd, an error (by

Re: [Qemu-devel] [PATCH v8 0/2] PC system flash support

Markus Armbruster writes: > Avi Kivity writes: > >> On 11/29/2011 09:03 AM, Jordan Justen wrote: >>> On Mon, Nov 28, 2011 at 02:28, Avi Kivity wrote: >>> > On 11/28/2011 04:26 AM, Jordan Justen wrote: >>> >> Enable flash emulation in a PC system using pflash_cfi01. >>> > >>> > The new memory la

Re: [Qemu-devel] [PATCH 1.1 0/6] block: drop useless checks for NULL

On 11/14/2011 05:50 PM, Paolo Bonzini wrote: After the coroutinization of the block layer, immediate failures of an AIO operation will still return an AIOCB and only report failure with a bottom half. This lets us remove a lot of dead NULL checks (patches 1-5). Patch 6 is on a similar theme, bu

[Qemu-devel] [PATCH 1.1 v2] block: bdrv_aio_* do not return NULL

Initially done with the following semantic patch: @ rule1 @ expression E; statement S; @@ E = ( bdrv_aio_readv | bdrv_aio_writev | bdrv_aio_flush | bdrv_aio_discard | bdrv_aio_ioctl ) (...); ( - if (E == NULL) { ... } | - if (E) { <... S ...> } ) which however missed the occurre

Re: [Qemu-devel] [PATCH v8 0/2] PC system flash support

Avi Kivity writes: > On 11/29/2011 09:03 AM, Jordan Justen wrote: >> On Mon, Nov 28, 2011 at 02:28, Avi Kivity wrote: >> > On 11/28/2011 04:26 AM, Jordan Justen wrote: >> >> Enable flash emulation in a PC system using pflash_cfi01. >> > >> > The new memory layout should be made conditional on th