Re: [Qemu-devel] [PATCH RFC v5 30/32] qapi: New QMP command query-qmp-schema for QMP introspection

Eric Blake writes: > On 09/07/2015 04:16 AM, Markus Armbruster wrote: >> qapi/introspect.json defines the introspection schema. It's designed >> for QMP introspection, but should do for similar uses, such as QGA. >> >> The introspection schema does not reflect all the rules

Re: [Qemu-devel] [PATCH] spapr: Reduce advertised max LUNs for spapr_vscsi

On Wed, Sep 09, 2015 at 08:25:34AM +0200, Thomas Huth wrote: > On 09/09/15 03:22, David Gibson wrote: > > The implementation of the PAPR paravirtual SCSI adapter currently > > allows up to 32 LUNs (max_lun == 31). However the adapter isn't really > > designed to support lots of devices - the

Re: [Qemu-devel] [PATCH 01/18] iothread: release iothread around aio_poll

On 09/09/2015 08:06, Fam Zheng wrote: > This patch will probably go in before aio_disable_clients, Actually I think it's blocked by aio_disable_clients. > if any, but I'm not > quite confident about the interface yet: listing a precise set of clients from > monitor is an ugly coupling between

[Qemu-devel] [PATCH v14 3/5] arm_kvm: Do not assume particular GIC type in kvm_arch_irqchip_create()

This allows us to use different GIC types from v2. There are no kernels which could advertise KVM_CAP_DEVICE_CTRL without the actual ability to create GIC with it. GIC version probe code moved to kvm_arm_vgic_probe() which will be used later. Signed-off-by: Pavel Fedin

[Qemu-devel] [PATCH v14 0/5] vGICv3 support

This series introduces support for GICv3 by KVM. Software emulation is currently not supported. v13 => v14 - Rebased on the latest master, fixed conflicts in hw/arm/virt.c v12 => v13 - Many stylistic fixes - Fixed up ACPI data for virt machine - Added gic-version=host value which probes for

[Qemu-devel] [PATCH v14 4/5] hw/intc: Initial implementation of vGICv3

This is the initial version of KVM-accelerated GICv3 support. State load and save are not yet supported, live migration is not possible. In order to get correct class name in a simpler way, gicv3_class_name() function is implemented, similar to gic_class_name(). Signed-off-by: Pavel Fedin

[Qemu-devel] [PATCH v14 1/5] hw/intc: Implement GIC-500 base class

From: Shlomo Pongratz This class is to be used by both software and KVM implementations of GICv3 Currently it is mostly a placeholder, but in future it is supposed to hold qemu's representation of GICv3 state, which is necessary for migration. The interface of this

Re: [Qemu-devel] Aspirant for AMD IOMMU emulation project for Outreachy

On Wed, Sep 9, 2015 at 8:01 AM, Rita Sinha wrote: > Hi David, > > Please find my response inline. > > >> >> Hi all, >> >> Most recent work is here >> http://lists.nongnu.org/archive/html/qemu-devel/2015-08/msg02759.html >> . Most the code is Qemu device boilerplate(so

Re: [Qemu-devel] Aspirant for AMD IOMMU emulation project for Outreachy

Hi all, On 09.09.2015 09:23, David kiarie wrote: On Wed, Sep 9, 2015 at 12:35 AM, Jan Kiszka wrote: [thanks for forwarding, Peter] Hi Rita, On 2015-09-08 10:11, Peter Maydell wrote: On 7 September 2015 at 22:31, Rita Sinha wrote: Hi Jan, I am

Re: [Qemu-devel] PING: [PATCH v2 0/2] cpu_arm: Implement irqchip property for ARM CPU

Hello! > As far as I remember Peter suggested that with the GICv3 support the routine > define_arm_cp_regs_with_opaque should be used, where the "opaque" is the gic > object. > This "opaque" is later accessed from the register info "opaque" member. I > assume the idea is to take

Re: [Qemu-devel] Aspirant for AMD IOMMU emulation project for Outreachy

On 09.09.2015 11:54, David kiarie wrote: ...snip... Most recent work is here http://lists.nongnu.org/archive/html/qemu-devel/2015-08/msg02759.html . Most the code is Qemu device boilerplate(so there are a ton of things to add but I wanted to have the existing work merged first). The IOMMU just

Re: [Qemu-devel] [RFC 2/4] hw/i386: Introduce AMD IOMMU

On Wed, Sep 9, 2015 at 11:14 AM, Valentine Sinitsyn wrote: > Oops, that was a long ago. Sorry & thanks. No problem. Will fix all other comments. > > Valentine > > > On 09.09.2015 13:12, David kiarie wrote: >> >> I wrote something basic on the cover letter >>

Re: [Qemu-devel] [PATCH 03/18] qemu-thread: introduce QemuLockCnt

On Thu, 08/06 15:36, Paolo Bonzini wrote: > +QemuLockCnt usage > +- > + > +The typical pattern for QemuLockCnt functions is as follows. > + > +qemu_lockcnt_inc(_lockcnt); > +if (xyz) { > +... access xyz ... > +} > + > +if

Re: [Qemu-devel] [PATCH] e1000: Avoid infinite loop in processing transmit descriptor

On Mon, Sep 07, 2015 at 11:04:47AM +0200, Thomas Huth wrote: > On 04/09/15 18:21, Stefan Hajnoczi wrote: > > From: P J P > > > > While processing transmit descriptors, it could lead to an infinite > > loop if 'bytes' was to become zero; Add a check to avoid it. > > > >

Re: [Qemu-devel] [PATCH 3/4] checkpatch: adapt some tests to QEMU

On Mon, Sep 07, 2015 at 11:53:03AM +0200, Paolo Bonzini wrote: > Mostly change severity levels, but some tests can also be adjusted to refer > to QEMU APIs or data structures. > > Signed-off-by: Paolo Bonzini > --- > scripts/checkpatch.pl | 141 >

Re: [Qemu-devel] [opnfv-tech-discuss] rfc: vhost user enhancements for vm2vm communication

Claudio Fontana wrote on 2015-09-07: > Coming late to the party, > > On 31.08.2015 16:11, Michael S. Tsirkin wrote: >> Hello! >> During the KVM forum, we discussed supporting virtio on top >> of ivshmem. I have considered it, and came up with an alternative >> that has several advantages over

Re: [Qemu-devel] [PATCH qemu] vfio_pci: Allow disabling quirks

On 07/20/2015 12:40 PM, Alexey Kardashevskiy wrote: On 07/20/2015 03:15 AM, Alex Williamson wrote: On Sun, 2015-07-19 at 06:50 -0600, Alex Williamson wrote: On Sun, 2015-07-19 at 18:19 +1000, Alexey Kardashevskiy wrote: The existing quirks aim config space and MSIX BAR accesses interception.

[Qemu-devel] [PATCH v10 03/10] netfilter: hook packets before net queue send

Capture packets that will be sent. Signed-off-by: Yang Hongyang Reviewed-by: Thomas Huth --- v10: adjust due to QOM v5: do not check ret against iov_size pass sent_cb to filters --- net/net.c | 67

[Qemu-devel] [PATCH v10 10/10] tests: add test cases for netfilter object

Using qtest qmp interface to implement following cases: 1) add/remove netfilter 2) add a netfilter then delete the netdev 3) add/remove more than one netfilters 4) add more than one netfilters and then delete the netdev Signed-off-by: Yang Hongyang --- v10: qmp command

Re: [Qemu-devel] [PATCH 10/16] docs: block replication's description

On 09/03/2015 04:41 AM, Eric Blake wrote: > On 09/02/2015 02:51 AM, Wen Congyang wrote: >> Signed-off-by: Wen Congyang >> Signed-off-by: Yang Hongyang >> Signed-off-by: zhanghailiang >> Signed-off-by: Gonglei

Re: [Qemu-devel] [PATCH 04/16] block: Allow references for backing files

On 09/03/2015 02:50 AM, Eric Blake wrote: > On 09/02/2015 02:51 AM, Wen Congyang wrote: >> Usage: >> -drive file=xxx,id=Y, \ >> -drive file=,id=X,backing.backing_reference=Y >> >> It will create such backing chain: >>{virtio-blk dev 'Y'} {virtio-blk dev 'X'} >>

Re: [Qemu-devel] wav output sounds good - what does this mean?

On Sun, Sep 06, 2015 at 04:53:29PM -0400, Programmingkid wrote: > I have been working on making the sound output from the USB sound card > actually sound good. When the audio is sent to CoreAudio, the sound is not > very good. But when I use the wav file output option, the sound in the wave >

Re: [Qemu-devel] [FIX PATCH] spapr_drc: Return correct state for logical DR in entity_sense()

On Tue, Sep 08, 2015 at 05:03:25PM -0500, Michael Roth wrote: > Quoting Michael Roth (2015-09-08 16:03:56) > > Quoting David Gibson (2015-09-07 20:22:50) > > > On Mon, Sep 07, 2015 at 11:37:04AM +0530, Bharata B Rao wrote: > > > > When drmgr is run in the guest to add a device for which device_add

[Qemu-devel] [PATCH v10 02/10] init/cleanup of netfilter object

Add a netfilter object based on QOM. A netfilter is attached to a netdev, captures all network packets that pass through the netdev. When we delete the netdev, we also delete the netfilter object attached to it, because if the netdev is removed, the filter which attached to it is useless.

[Qemu-devel] [PATCH v10 04/10] net: merge qemu_deliver_packet and qemu_deliver_packet_iov

qemu_deliver_packet_iov already have the compat delivery, we can drop qemu_deliver_packet. Signed-off-by: Yang Hongyang --- include/net/net.h | 5 - net/net.c | 40 +++- net/queue.c | 6 +- 3 files changed, 12

[Qemu-devel] [PATCH v10 01/10] qmp: delete qemu opts when delete an object

When delete an object, we need to delete the associated qemu opts, otherwise, we can not add another object with the same name using object_add. The case happens when we start qemu with: -object xxx,id=aa then we delete this object with: object_del aa then add the object with: object_add xxx,id=aa

Re: [Qemu-devel] [RFC 2/4] hw/i386: Introduce AMD IOMMU

On Mon, Sep 7, 2015 at 3:46 PM, Valentine Sinitsyn wrote: > Hi David, > > Sorry for the long silence. I've skimmed through your patch, below are some > thoughts. Please remember I'm looking for IOMMU implementation details, not > how it is integrated with QEMU. > >

Re: [Qemu-devel] [PATCH] ui/cocoa.m: Add Mount image file menu item

Programmingkid writes: > On Sep 8, 2015, at 2:46 PM, Markus Armbruster wrote: > >> Programmingkid writes: >> >>> On Sep 8, 2015, at 12:17 PM, Peter Maydell wrote: >>> On 2 September 2015 at 01:56, Programmingkid

[Qemu-devel] [PATCH v10 09/10] netfilter: add a netbuffer filter

This filter is to buffer/release packets, this feature can be used when using MicroCheckpointing, or other Remus like VM FT solutions, you can also use it to simulate the network delay. It has an interval option, if supplied, this filter will release packets by interval. Usage: -netdev

Re: [Qemu-devel] [RFC 2/4] hw/i386: Introduce AMD IOMMU

On 09.09.2015 12:30, David kiarie wrote: ...snip... +static void amd_iommu_cmdbuf_exec(AMDIOMMUState *s) +{ +unsigned type; +uint8_t cmd[IOMMU_COMMAND_SIZE]; + +IOMMU_DPRINTF(COMMAND, ""); +memset(cmd, 0, IOMMU_COMMAND_SIZE); + +if(dma_memory_read(_space_memory, s->cmdbuf +

[Qemu-devel] [PATCH v14 5/5] hw/arm/virt: Add gic-version option to virt machine

Add gic_version to VirtMachineState, set it to value of the option and pass it around where necessary. Instantiate devices and fdt nodes according to the choice. max_cpus for virt machine increased to 123 (calculated from redistributor space available in the memory map). GICv2 compatibility check

Re: [Qemu-devel] [RFC 2/4] hw/i386: Introduce AMD IOMMU

On 09.09.2015 12:59, Michael S. Tsirkin wrote: On Wed, Sep 09, 2015 at 12:45:10PM +0500, Valentine Sinitsyn wrote: On 09.09.2015 12:30, David kiarie wrote: ...snip... +static void amd_iommu_cmdbuf_exec(AMDIOMMUState *s) +{ +unsigned type; +uint8_t cmd[IOMMU_COMMAND_SIZE]; + +

Re: [Qemu-devel] [PATCH 6/7] vhost-user: add multiple queue support

> -Original Message- > From: Yuanhan Liu [mailto:yuanhan@linux.intel.com] > Sent: Tuesday, September 8, 2015 3:39 PM > To: qemu-devel@nongnu.org > Cc: m...@redhat.com; Ouyang, Changchun; Yuanhan Liu > Subject: [PATCH 6/7] vhost-user: add multiple queue support > > From: Ouyang

Re: [Qemu-devel] [opnfv-tech-discuss] rfc: vhost user enhancements for vm2vm communication

On 09.09.2015 08:40, Zhang, Yang Z wrote: > Claudio Fontana wrote on 2015-09-07: >> Coming late to the party, >> >> On 31.08.2015 16:11, Michael S. Tsirkin wrote: >>> Hello! >>> During the KVM forum, we discussed supporting virtio on top >>> of ivshmem. I have considered it, and came up with an

Re: [Qemu-devel] [PATCH 03/18] qemu-thread: introduce QemuLockCnt

On 09/09/2015 10:49, Fam Zheng wrote: >> > +qemu_lockcnt_inc(_handlers_lockcnt); >> > +QLIST_FOREACH_RCU(ioh, _handlers, pioh) { >> > +if (ioh->revents & G_IO_OUT) { >> > +ioh->fd_write(ioh->opaque); >> > +} >> > +} > I'm confused, the comment of

Re: [Qemu-devel] [PATCH v13 5/5] hw/arm/virt: Add gic-version option to virt machine

Hello! > This patch doesn't apply on latest git commit i.e. 298fae389 from Sep 7. > Can you please rebase? Strange, i have checked my history, and my patch should be on top of that. But, well, i will post rebased version today because anyway today it conflicted with trustzone support. But

Re: [Qemu-devel] [FIX PATCH] spapr_drc: Return correct state for logical DR in entity_sense()

On Wed, Sep 09, 2015 at 09:32:32AM +0530, Bharata B Rao wrote: > On Tue, Sep 08, 2015 at 05:03:25PM -0500, Michael Roth wrote: > > Quoting Michael Roth (2015-09-08 16:03:56) > > > Quoting David Gibson (2015-09-07 20:22:50) > > > > On Mon, Sep 07, 2015 at 11:37:04AM +0530, Bharata B Rao wrote: > >

Re: [Qemu-devel] [PATCH v3 1/3] i.MX: Add GPIO device

On Tue, Sep 8, 2015 at 5:38 PM, Jean-Christophe Dubois wrote: > Signed-off-by: Jean-Christophe Dubois > --- > > Changes since V1: > * added "has-edge-sel" property > * use extract64() and deposit64() in read/write icr access > * set "number of

Re: [Qemu-devel] [PATCH v2 2/2] Add dynamic generation of module_block.h

On Wed, 9 Sep 2015 10:27:13 +0800 Fam Zheng wrote: > On Tue, 09/08 15:53, Marc Marí wrote: > > diff --git a/include/qemu/module_block.h > > b/include/qemu/module_block.h deleted file mode 100644 > > index d725db8..000 > > --- a/include/qemu/module_block.h > > +++ /dev/null >

[Qemu-devel] [PATCH v14 2/5] intc/gic: Extract some reusable vGIC code

Some functions previously used only by vGICv2 are useful also for vGICv3 implementation. Untie them from GICState and make accessible from within other modules: - kvm_arm_gic_set_irq() - kvm_gic_supports_attr() - moved to common code and renamed to kvm_device_check_attr() - kvm_gic_access() -

Re: [Qemu-devel] [RFC PATCH v0] spapr: Disable memory hotplug when HTAB size is insufficient

On 09/04/2015 09:42 PM, Michael Roth wrote: > Quoting Nathan Fontenot (2015-09-04 10:49:18) >> On 09/04/2015 10:33 AM, Michael Roth wrote: >>> Quoting Nathan Fontenot (2015-09-03 13:50:59) On 09/01/2015 10:28 PM, Bharata B Rao wrote: > On Mon, Aug 24, 2015 at 09:01:51AM +0530, Bharata B

Re: [Qemu-devel] [PATCH 02/18] aio: rename bh_lock to list_lock

On Thu, 08/06 15:36, Paolo Bonzini wrote: > This will be used for AioHandlers too. There is going to be little > or no contention, so it is better to reuse the same lock. > > Signed-off-by: Paolo Bonzini Reviewed-by: Fam Zheng > --- > async.c

Re: [Qemu-devel] [RFC PATCH v4 08/11] spapr: CPU hotplug support

On Fri, Sep 04, 2015 at 04:58:38PM +1000, David Gibson wrote: > On Thu, Aug 06, 2015 at 10:57:14AM +0530, Bharata B Rao wrote: > > Support CPU hotplug via device-add command. Set up device tree > > entries for the hotplugged CPU core and use the exising EPOW event > > infrastructure to send CPU

Re: [Qemu-devel] Aspirant for AMD IOMMU emulation project for Outreachy

On Wed, Sep 9, 2015 at 9:47 AM, Valentine Sinitsyn wrote: > Hi all, > > > On 09.09.2015 09:23, David kiarie wrote: >> >> On Wed, Sep 9, 2015 at 12:35 AM, Jan Kiszka wrote: >>> >>> [thanks for forwarding, Peter] >>> >>> Hi Rita, >>> >>> On

Re: [Qemu-devel] rfc: vhost user enhancements for vm2vm communication

On Mon, Sep 07, 2015 at 02:38:34PM +0200, Claudio Fontana wrote: > Coming late to the party, > > On 31.08.2015 16:11, Michael S. Tsirkin wrote: > > Hello! > > During the KVM forum, we discussed supporting virtio on top > > of ivshmem. I have considered it, and came up with an alternative > >

[Qemu-devel] [PATCH v10 00/10] Add a netfilter object and netbuffer filter

This patch add an netfilter abstract object, captures all network packets on associated netdev. Also implement a concrete filter buffer based on this abstract object. the "buffer" netfilter could be used by VM FT solutions like MicroCheckpointing, to buffer/release packets. Or to simulate packet

[Qemu-devel] [PATCH v10 06/10] netfilter: add an API to pass the packet to next filter

add an API qemu_netfilter_pass_to_next() to pass the packet to next filter. Signed-off-by: Yang Hongyang Reviewed-by: Thomas Huth --- v10: adjust as a NetQueueDeliverFunc v9: fix a bug when curr filter chain is all v5: fold params to NetPacket struct ---

[Qemu-devel] [PATCH v10 08/10] net/queue: export qemu_net_queue_append_iov

This will be used by buffer filter implementation later to queue packets. Signed-off-by: Yang Hongyang Reviewed-by: Thomas Huth --- include/net/queue.h | 7 +++ net/queue.c | 12 ++-- 2 files changed, 13 insertions(+), 6

Re: [Qemu-devel] [RFC 2/4] hw/i386: Introduce AMD IOMMU

On 09.09.2015 12:59, David kiarie wrote: On Wed, Sep 9, 2015 at 10:45 AM, Valentine Sinitsyn wrote: On 09.09.2015 12:30, David kiarie wrote: ...snip... +static void amd_iommu_cmdbuf_exec(AMDIOMMUState *s) +{ +unsigned type; +uint8_t

Re: [Qemu-devel] [PATCH 6/7] vhost-user: add multiple queue support

On Wed, Sep 09, 2015 at 08:05:11AM +, Ouyang, Changchun wrote: > > > > -Original Message- > > From: Yuanhan Liu [mailto:yuanhan@linux.intel.com] > > Sent: Tuesday, September 8, 2015 3:39 PM > > To: qemu-devel@nongnu.org > > Cc: m...@redhat.com; Ouyang, Changchun; Yuanhan Liu > >

Re: [Qemu-devel] Target vs architecture for QEMU binary

On Tue, 2015-09-08 at 16:47 +0100, Daniel P. Berrange wrote: > > Or we could just query everything that looks like a QEMU > > binary and then lookup the correct one for the guest based > > on the query results, couldn't we? Again, assuming such > > interface even exists. > > I'd prefer libvirt to

Re: [Qemu-devel] [PATCH 15/16] support replication driver in blockdev-add

On 09/03/2015 12:36 AM, Eric Blake wrote: > On 09/02/2015 02:51 AM, Wen Congyang wrote: >> Signed-off-by: Wen Congyang >> --- >> qapi/block-core.json | 18 -- >> 1 file changed, 16 insertions(+), 2 deletions(-) >> >> diff --git a/qapi/block-core.json

Re: [Qemu-devel] [PATCH 1/2] qcow2: Make size_to_clusters() return int64_t

Am 08.09.2015 um 22:09 hat Max Reitz geschrieben: > Sadly, some images may have more clusters than what can be represented > using a plain int. We should be prepared for that case (in > qcow2_check_refcounts() we actually were trying to catch that case, but > since size_to_clusters() truncated the

Re: [Qemu-devel] [PATCH v2] spapr_drc: don't allow 'empty' DRCs to be unisolated

On Tue, Sep 08, 2015 at 06:44:55PM -0500, Michael Roth wrote: > Logical resources start with allocation-state:UNUSABLE / > isolation-state:ISOLATED. During hotplug, guests will transition > them to allocate-state:USABLE, and then to isolate-state:UNISOLATED. > The former transition does not seem

Re: [Qemu-devel] [Patch for-2.5 v2 3/6] Add new block driver interface to add/delete a BDS's child

On 09/08/2015 11:52 PM, Eric Blake wrote: > On 09/08/2015 03:10 AM, Wen Congyang wrote: > >>> Design-wise, I think we really want to have the add-child operation be >>> handed a pre-opened BDS, rather than the options dictionary to open the >>> BDS itself. That is, we should use the existing

Re: [Qemu-devel] [RFC 2/4] hw/i386: Introduce AMD IOMMU

On Wed, Sep 09, 2015 at 12:45:10PM +0500, Valentine Sinitsyn wrote: > On 09.09.2015 12:30, David kiarie wrote: > ...snip... > > >>>+static void amd_iommu_cmdbuf_exec(AMDIOMMUState *s) > >>>+{ > >>>+unsigned type; > >>>+uint8_t cmd[IOMMU_COMMAND_SIZE]; > >>>+ > >>>+

Re: [Qemu-devel] [RFC 2/4] hw/i386: Introduce AMD IOMMU

On Wed, Sep 9, 2015 at 10:45 AM, Valentine Sinitsyn wrote: > On 09.09.2015 12:30, David kiarie wrote: > ...snip... > > +static void amd_iommu_cmdbuf_exec(AMDIOMMUState *s) +{ +unsigned type; +uint8_t cmd[IOMMU_COMMAND_SIZE]; + +

Re: [Qemu-devel] [RFC 2/4] hw/i386: Introduce AMD IOMMU

I wrote something basic on the cover letter http://lists.nongnu.org/archive/html/qemu-devel/2015-08/msg02759.html On Wed, Sep 9, 2015 at 11:07 AM, Valentine Sinitsyn wrote: > On 09.09.2015 12:59, David kiarie wrote: >> >> On Wed, Sep 9, 2015 at 10:45 AM, Valentine

Re: [Qemu-devel] [RFC 2/4] hw/i386: Introduce AMD IOMMU

Oops, that was a long ago. Sorry & thanks. Valentine On 09.09.2015 13:12, David kiarie wrote: I wrote something basic on the cover letter http://lists.nongnu.org/archive/html/qemu-devel/2015-08/msg02759.html On Wed, Sep 9, 2015 at 11:07 AM, Valentine Sinitsyn

Re: [Qemu-devel] [PATCH] e1000: Avoid infinite loop in processing transmit descriptor

On Fri, Sep 04, 2015 at 05:21:06PM +0100, Stefan Hajnoczi wrote: > From: P J P > > While processing transmit descriptors, it could lead to an infinite > loop if 'bytes' was to become zero; Add a check to avoid it. > > [The guest can force 'bytes' to 0 by setting the

Re: [Qemu-devel] [PATCH 01/18] iothread: release iothread around aio_poll

On Thu, 08/06 15:35, Paolo Bonzini wrote: > This is the first step towards having fine-grained critical sections in > dataplane threads, which resolves lock ordering problems between > address_space_* functions (which need the BQL when doing MMIO, even > after we complete RCU-based dispatch) and

Re: [Qemu-devel] [PATCH] spapr: Reduce advertised max LUNs for spapr_vscsi

On 09/09/15 03:22, David Gibson wrote: > The implementation of the PAPR paravirtual SCSI adapter currently > allows up to 32 LUNs (max_lun == 31). However the adapter isn't really > designed to support lots of devices - the PowerVM implementation only > ever puts one disk per vSCSI controller.

Re: [Qemu-devel] [PATCH] spapr: Reduce advertised max LUNs for spapr_vscsi

On 09/09/15 09:19, David Gibson wrote: > On Wed, Sep 09, 2015 at 08:25:34AM +0200, Thomas Huth wrote: >> On 09/09/15 03:22, David Gibson wrote: >>> The implementation of the PAPR paravirtual SCSI adapter currently >>> allows up to 32 LUNs (max_lun == 31). However the adapter isn't really >>>

[Qemu-devel] [PATCH v10 07/10] netfilter: print filter info associate with the netdev

From: Yang Hongyang When execute "info network", print filter info also. add a info_str member to NetFilterState, store specific filters info. Signed-off-by: Yang Hongyang --- v10: add a info_str member to NetFilterState v9: tiny cleanup according to

[Qemu-devel] [PATCH v10 05/10] net/queue: introduce NetQueueDeliverFunc

net/queue.c has logic to send/queue/flush packets but a qemu_deliver_packet_iov() call is hardcoded. Abstract this func so that we can use our own deliver function in netfilter. Signed-off-by: Yang Hongyang Cc: Stefan Hajnoczi --- include/net/queue.h

Re: [Qemu-devel] [RFC PATCH v4 01/11] exec: Remove cpu from cpus list during cpu_exec_exit()

On 09/09/2015 01:52 PM, Bharata B Rao wrote: On Fri, Sep 04, 2015 at 03:31:24PM +1000, David Gibson wrote: On Thu, Aug 06, 2015 at 10:57:07AM +0530, Bharata B Rao wrote: CPUState *cpu gets added to the cpus list during cpu_exec_init(). It should be removed from cpu_exec_exit().

Re: [Qemu-devel] [PATCH] linux-headers: Fix type cast warning for 64 bit MinGW-w64

On Tue, Sep 08, 2015 at 08:15:50PM +0100, Peter Maydell wrote: > On 8 September 2015 at 20:11, Stefan Weil wrote: > > Type casts from pointers to unsigned long don't work on 64 bit Windows > > because both types have different size. > > > > Compiler warning: > > > >

Re: [Qemu-devel] [RFC PATCH v4 09/11] spapr: Support topologies with unfilled cores

On Fri, Sep 04, 2015 at 10:44:57AM +0200, Thomas Huth wrote: > On 04/09/15 09:01, David Gibson wrote: > > On Thu, Aug 06, 2015 at 10:57:15AM +0530, Bharata B Rao wrote: > >> QEMU currently supports CPU topologies where there can be cores > >> which are not completely filled with all the threads as

Re: [Qemu-devel] [PATCH RFC v5 02/32] qapi: New QAPISchema intermediate reperesentation

Eric Blake writes: > On 09/07/2015 04:16 AM, Markus Armbruster wrote: >> The QAPI code generators work with a syntax tree (nested dictionaries) >> plus a few symbol tables (also dictionaries) on the side. >> >> They have clearly outgrown these simple data structures. There's

Re: [Qemu-devel] [RFC PATCH v4 01/11] exec: Remove cpu from cpus list during cpu_exec_exit()

On Wed, Sep 09, 2015 at 03:41:30PM +0800, Zhu Guihua wrote: > > On 09/09/2015 01:52 PM, Bharata B Rao wrote: > >On Fri, Sep 04, 2015 at 03:31:24PM +1000, David Gibson wrote: > >>On Thu, Aug 06, 2015 at 10:57:07AM +0530, Bharata B Rao wrote: > >>>CPUState *cpu gets added to the cpus list during

Re: [Qemu-devel] OVMF BoF @ KVM Forum 2015

On 08/10/15 18:24, Laszlo Ersek wrote: > Hi. > > Let's do an OVMF BoF at this year's KVM Forum too. Here's a preliminary task list, after some off-list discussion (I tried to incorporate comments): - create GPL'd fork called "ovmf" for expediting virt development (OvmfPkg, ArmVirtPkg) -

[Qemu-devel] [PATCH 3/6] gtk: trace input grab reason

Add a reason to grab calls and trace points, so it is easier to debug grab related ui issues. Signed-off-by: Gerd Hoffmann --- trace-events | 3 ++- ui/gtk.c | 26 +- 2 files changed, 15 insertions(+), 14 deletions(-) diff --git a/trace-events

Re: [Qemu-devel] [RFC 08/38] rcu: init rcu_registry_lock after fork

Emilio G. Cota writes: > On Tue, Sep 08, 2015 at 18:34:38 +0100, Alex Bennée wrote: >> Emilio G. Cota writes: > (snip) >> > +static void rcu_init_child(void) >> > +{ >> > +qemu_mutex_init(_registry_lock); >> > +} >> > #endif >> > >> > void

Re: [Qemu-devel] [Qemu-discuss] compile qemu.git failed on RHEL6

On 9 September 2015 at 07:59, Zheng, Di wrote: > Compile qemu.git failed on RHEL6 while succeed on RHEL7. > GEN x86_64-softmmu/config-devices.mak > > GEN config-all-devices.mak > > Traceback (most recent call last): > > File

Re: [Qemu-devel] [PATCH v7 2/5] migration: Parameters for auto-converge cpu throttling

"Jason J. Herne" wrote: > @@ -344,6 +359,18 @@ void qmp_migrate_set_parameters(bool has_compress_level, >"is invalid, it should be in the range of 1 to 255"); > return; > } > +if (has_x_cpu_throttle_initial && > +

Re: [Qemu-devel] [PATCH 6/7] vhost-user: add multiple queue support

On Tue, Sep 08, 2015 at 03:38:46PM +0800, Yuanhan Liu wrote: > From: Ouyang Changchun > > This patch is initially based a patch from Nikolay Nikolaev. > > Here is the latest version for adding vhost-user multiple queue support, > by creating a nc and vhost_net pair

Re: [Qemu-devel] [PATCH 1/1] block/gluster: add support for multiple gluster backup volfile servers

On Tue, Sep 08, 2015 at 08:40:58PM +0530, Deepak Shetty wrote: > On Tue, Sep 8, 2015 at 8:32 PM, Daniel P. Berrange > wrote: > > > On Tue, Sep 08, 2015 at 06:34:09PM +0530, Prasanna Kumar Kalever wrote: > > > This patch adds a way to specify multiple backup volfile servers

Re: [Qemu-devel] [PATCH 1/4] CODING_STYLE: update mixed declaration rules

On Mon, Sep 07, 2015 at 11:53:01AM +0200, Paolo Bonzini wrote: > Mixed declarations also do exist at the top of #ifdef blocks. > Reluctantly allow this particular usage and suggest an alternative. > > Signed-off-by: Paolo Bonzini > --- > CODING_STYLE | 13 + > 1

Re: [Qemu-devel] [PATCH v7 1/5] cpu: Provide vcpu throttling interface

"Jason J. Herne" wrote: > Provide a method to throttle guest cpu execution. CPUState is augmented with > timeout controls and throttle start/stop functions. To throttle the guest cpu > the caller simply has to call the throttle set function and provide a > percentage

[Qemu-devel] KVM call for agenda for 2015-09-15

Hi Please, send any topic that you are interested in covering. At the end of Monday I will send an email with the agenda or the cancellation of the call, so hurry up. After discussions on the QEMU Summit, we are going to have always open a KVM call where you can add topics. Call details: By

Re: [Qemu-devel] [PATCH v7 1/5] cpu: Provide vcpu throttling interface

Paolo Bonzini wrote: > On 08/09/2015 19:12, Jason J. Herne wrote: >> Provide a method to throttle guest cpu execution. CPUState is augmented with >> timeout controls and throttle start/stop functions. To throttle the guest cpu >> the caller simply has to call the throttle set

Re: [Qemu-devel] [Xen-devel] [Patch V1 1/3] xen: introduce dummy system device

On 09/07/2015 05:29 PM, Stefano Stabellini wrote: On Thu, 3 Sep 2015, Juergen Gross wrote: Introduce a new dummy system device serving as parent for virtual buses. This will enable new pv backends to introduce virtual buses which are removable again opposed to system buses which are meant to

Re: [Qemu-devel] [PATCH v7 1/5] cpu: Provide vcpu throttling interface

Paolo Bonzini wrote: > On 09/09/2015 12:41, Juan Quintela wrote: >>> > +qemu_mutex_unlock_iothread(); >>> > +atomic_set(>throttle_thread_scheduled, 0); >>> > +g_usleep(sleeptime_ns / 1000); /* Convert ns to us for usleep call */ >>> > +

Re: [Qemu-devel] [Qemu-block] [PATCH] qcow2: Rename BDRVQcowState to BDRVQcow2State

On Mon 07 Sep 2015 05:14:55 PM CEST, Kevin Wolf wrote: > BDRVQcowState is already used by qcow1, and gdb is always confused > which one to use. Rename the qcow2 one so they can be distinguished. > > Signed-off-by: Kevin Wolf Reviewed-by: Alberto Garcia

Re: [Qemu-devel] [PATCH v2 1/2] target-arm: Fix default_exception_el() function for the case when EL3 is not supported

On 9 September 2015 at 13:25, Sergey Sorokin wrote: > > > 08.09.2015, 16:52, "Peter Maydell" : >> On 2 September 2015 at 16:39, Sergey Sorokin wrote: >>> If EL3 is not supported in current configuration, >>> we should not try

Re: [Qemu-devel] [PATCH 11/16] Add new block driver interfaces to control block replication

On 09/03/2015 12:33 AM, Eric Blake wrote: > On 09/02/2015 02:51 AM, Wen Congyang wrote: >> Signed-off-by: Wen Congyang >> Signed-off-by: zhanghailiang >> Signed-off-by: Gonglei >> Cc: Luiz Capitulino

Re: [Qemu-devel] [PATCH 1/1] block/gluster: add support for multiple gluster backup volfile servers

Am 09.09.2015 um 11:46 hat Stefan Hajnoczi geschrieben: > On Tue, Sep 08, 2015 at 08:40:58PM +0530, Deepak Shetty wrote: > > On Tue, Sep 8, 2015 at 8:32 PM, Daniel P. Berrange > > wrote: > > > > > On Tue, Sep 08, 2015 at 06:34:09PM +0530, Prasanna Kumar Kalever wrote: > > >

Re: [Qemu-devel] [PATCH v7 4/5] qmp/hmp: Add throttle ratio to query-migrate and info migrate

"Jason J. Herne" wrote: > Report throttle percentage in info migrate and query-migrate responses when > cpu throttling is active. > > Signed-off-by: Jason J. Herne > Reviewed-by: Dr. David Alan Gilbert I will have

[Qemu-devel] [PATCH 6/9] sdl2/opengl: add opengl context and scanout support

This allows virtio-gpu to render in 3d mode. Signed-off-by: Gerd Hoffmann --- include/ui/sdl2.h | 22 - ui/sdl2-gl.c | 133 ++ ui/sdl2.c | 7 +++ 3 files changed, 161 insertions(+), 1 deletion(-)

[Qemu-devel] [PATCH 4/9] virtio-gpu: update headers for virgl/3d

Sync with linux kernel headers with virgl/3d patches applied. Signed-off-by: Gerd Hoffmann --- include/standard-headers/linux/virtio_gpu.h | 112 +++- 1 file changed, 111 insertions(+), 1 deletion(-) diff --git

[Qemu-devel] [PATCH 1/9] shaders: initialize vertexes once

Create a buffer for the vertex data and place vertexes there at initialization time. Then just use the buffer for each texture blit. Signed-off-by: Gerd Hoffmann --- include/ui/shader.h | 4 +++- ui/console-gl.c | 7 ++- ui/shader.c | 32

[Qemu-devel] [PATCH 0/9] add virgl rendering support.

Hi, This patch series adds infrastructure for opengl rendering (context management, define scanout textures), adds support for this to sdl2 and gtk user interfaces and adds virgl/3d mode to virtio-gpu by hooking up the virglrenderer library. please review, Gerd Gerd Hoffmann (9): shaders:

Re: [Qemu-devel] [PATCH v2] PAM: make PAM emulation closer to documentation

On 09/09/2015 14:03, Ефимов Василий wrote: > We also can set up redirection at machine initialization, but using of > listener makes sure redirection is actual at runtime. I do not know > case in which regions at the PAM addresses are changed dynamically > during guest work. But even during

Re: [Qemu-devel] [PATCH v2 1/2] target-arm: Fix default_exception_el() function for the case when EL3 is not supported

08.09.2015, 16:52, "Peter Maydell" : > On 2 September 2015 at 16:39, Sergey Sorokin wrote: >>  If EL3 is not supported in current configuration, >>  we should not try to get EL3 bitness. >> >>  Signed-off-by: Sergey Sorokin >>

Re: [Qemu-devel] [RFC V2 2/2] sdhci: Move sdhci.h to include/

On Mon, Sep 07, 2015 at 07:28:39PM +0530, Sai Pavan Boddu wrote: > Move sdhci.h to include/hw/sd/. Which makes easy creation of device > using object_initialize. > > Signed-off-by: Sai Pavan Boddu > --- > Changes for V2: >Create new area in includes for sd. And move

[Qemu-devel] [PATCH 9/9] gtk/opengl: add opengl context and scanout support (GtkGLArea)

This allows virtio-gpu to render in 3d mode. Uses native opengl support which is present in gtk versions 3.16 and newer. Signed-off-by: Gerd Hoffmann --- configure| 8 ++ include/ui/gtk.h | 23 ++ ui/Makefile.objs | 5 ++ ui/gtk-gl-area.c | 219

Re: [Qemu-devel] [PATCH v5] virtio dataplane: adapt dataplane for virtio Version 1

On Mon, Sep 07, 2015 at 01:33:56PM +0200, Pierre Morel wrote: > Let dataplane allocate different region for the desc/avail/used > ring regions. > Take VIRTIO_RING_F_EVENT_IDX into account to increase the used/avail > rings accordingly. > > Signed-off-by: Pierre Morel >

Re: [Qemu-devel] [PATCH] iohandler: Use aio API

On Mon, Sep 07, 2015 at 11:28:58AM +0800, Fam Zheng wrote: > iohandler.c shares the same interface with aio, but with duplicated > code. It's better to rebase iohandler, also because that aio is a > more friendly interface to multi-threads. > > Create a global AioContext instance and let its

[Qemu-devel] [PATCH 5/6] gtk: don't grab input when entering fullscreen.

Kick off all grabbing logic from fullscreen mode. In the current state it seems to create more problems than it solves though. Try running qemu/gtk fullscreen on one head of a multihead host for example ... There probably was a reason the grab-on-fullscreen logic was added in the first place.

[Qemu-devel] [PATCH 2/6] gtk: move gd_update_caption calls to gd_{grab, ungrab}_{pointer, keyboard}

Then we don't have to pair the grab/ungrab calls with update_caption calls any more because things happen automatically ;) Signed-off-by: Gerd Hoffmann --- ui/gtk.c | 9 - 1 file changed, 4 insertions(+), 5 deletions(-) diff --git a/ui/gtk.c b/ui/gtk.c index

  1   2   3   4   >