[Qemu-devel] [PATCH v4 7/8] vmdk: Update metadata for multiple clusters

Include a next pointer in VmdkMetaData struct to point to the previous allocated L2 table. Modify vmdk_L2update to start updating metadata for allocation of multiple clusters at once. Signed-off-by: Ashijeet Acharya --- block/vmdk.c | 129

[Qemu-devel] [PATCH v4 8/8] vmdk: Make vmdk_get_cluster_offset() return cluster offset only

vmdk_alloc_clusters() introduced earlier now handles the task of allocating clusters and performing COW when needed. Thus we can change vmdk_get_cluster_offset() to stick to the sole purpose of returning cluster offset using sector number. Update the changes at all call sites. Signed-off-by:

[Qemu-devel] [PATCH v4 6/8] vmdk: New functions to assist allocating multiple clusters

Introduce two new helper functions handle_alloc() and vmdk_alloc_cluster_offset(). handle_alloc() helps to allocate multiple clusters at once starting from a given offset on disk and performs COW if necessary for first and last allocated clusters. vmdk_alloc_cluster_offset() helps to return the

[Qemu-devel] [PATCH v4 5/8] vmdk: Set maximum bytes allocated in one cycle

Set the maximum bytes allowed to get allocated at once to be not more than the extent size boundary to handle writes at two separate extents appropriately. Signed-off-by: Ashijeet Acharya --- block/vmdk.c | 13 +++-- 1 file changed, 11 insertions(+), 2

[Qemu-devel] [PATCH v4 4/8] vmdk: Factor out metadata loading code out of vmdk_get_cluster_offset()

Move the cluster tables loading code out of the existing vmdk_get_cluster_offset() function and implement it in separate get_cluster_table() and vmdk_L2load() functions. This patch will help us avoid code duplication in future patches of this series. Signed-off-by: Ashijeet Acharya

[Qemu-devel] [PATCH v4 1/8] vmdk: Move vmdk_find_offset_in_cluster() to the top

Move the existing vmdk_find_offset_in_cluster() function to the top of the driver. Signed-off-by: Ashijeet Acharya Reviewed-by: Fam Zheng --- block/vmdk.c | 24 1 file changed, 12 insertions(+), 12 deletions(-) diff --git

[Qemu-devel] [PATCH v4 2/8] vmdk: Rename get_whole_cluster() to vmdk_perform_cow()

Rename the existing function get_whole_cluster() to vmdk_perform_cow() as its sole purpose is to perform COW for the first and the last allocated clusters if needed. Signed-off-by: Ashijeet Acharya Reviewed-by: Fam Zheng --- block/vmdk.c | 23

[Qemu-devel] [PATCH v4 0/8] Optimize VMDK I/O by allocating multiple clusters

Previously posted series patches: v1 - http://lists.nongnu.org/archive/html/qemu-devel/2017-03/msg02044.html v2 - http://lists.nongnu.org/archive/html/qemu-devel/2017-03/msg05080.html v3 - http://lists.nongnu.org/archive/html/qemu-devel/2017-04/msg00074.html This series helps to optimize the I/O

[Qemu-devel] [PATCH v4 3/8] vmdk: Rename get_cluster_offset() to vmdk_get_cluster_offset()

Rename the existing get_cluster_offset() to vmdk_get_cluster_offset() and update name in all the callers accordingly. Signed-off-by: Ashijeet Acharya --- block/vmdk.c | 46 +++--- 1 file changed, 23 insertions(+), 23

Re: [Qemu-devel] [PATCH 00/14] Trivial cleanups around error reporting

Fam Zheng writes: > These are patches to: > > 1) reorder the function parameters so that Error **errp comes > last. > > Error pointer in the middle of a function parameter list is very uncommon, and > does caused mistakes, thus is not a good style. Change to the usual way. > >

[Qemu-devel] [Bug 1278166] Re: Last commit to exec.c causes BSOD installing WinXP on i386-softmmu

[Expired for QEMU because there has been no activity for 60 days.] ** Changed in: qemu Status: Incomplete => Expired -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1278166 Title: Last

Re: [Qemu-devel] [PATCH v3 5/6] vmdk: Set maximum bytes allocated in one cycle

On Fri, Apr 21, 2017 at 8:23 PM, Ashijeet Acharya wrote: > On Wed, Apr 19, 2017 at 6:30 PM, Fam Zheng wrote: >> On Sat, 04/01 20:14, Ashijeet Acharya wrote: >>> Set the maximum bytes allowed to get allocated at once to be not more >>> than the extent

Re: [Qemu-devel] [PATCH v3 6/6] vmdk: Update metadata for multiple clusters

On Fri, Apr 21, 2017 at 1:45 PM, Fam Zheng wrote: > On Sat, 04/01 20:14, Ashijeet Acharya wrote: >> Include a next pointer in VmdkMetaData struct to point to the previous >> allocated L2 table. Modify vmdk_L2update to start updating metadata for >> allocation of multiple clusters

Re: [Qemu-devel] [PATCH v9 01/13] qcow2: Unallocate unmapped zero clusters if no backing file

On 04/12/2017 04:49 AM, Kevin Wolf wrote: >> Furthermore, this matches the behavior of discard_single_l2(), in >> favoring an unallocated cluster over a zero cluster when full >> discard is requested. > > The only use for "full discard" is qcow2_make_empty(). It explicitly > requests that the

Re: [Qemu-devel] [PATCH 00/14] Trivial cleanups around error reporting

On 04/21/2017 07:26 AM, Fam Zheng wrote: > These are patches to: > > 1) reorder the function parameters so that Error **errp comes > last. > > Error pointer in the middle of a function parameter list is very uncommon, and > does caused mistakes, thus is not a good style. Change to the usual way.

[Qemu-devel] proposed qcow2 extension: cluster reservations [was: [RFC] Proposed qcow2 extension: subcluster allocation

On 04/06/2017 11:40 AM, Eric Blake wrote: >> === Changes to the on-disk format === >> >> The qcow2 on-disk format needs to change so each L2 entry has a bitmap >> indicating the allocation status of each subcluster. There are three >> possible states (unallocated, allocated, all zeroes), so we

Re: [Qemu-devel] [PATCH v14 04/20] qemu-img: Add --share-rw option to subcommands

On 04/21/2017 08:25 AM, Kevin Wolf wrote: > Am 21.04.2017 um 05:55 hat Fam Zheng geschrieben: >> Similar to share-rw qdev property, this will force the opened images to >> allow shared write permission of other programs. >> >> Signed-off-by: Fam Zheng > > General observation: We

Re: [Qemu-devel] [PATCH v14 05/20] qemu-img: Update documentation for --share-rw

On 04/20/2017 10:55 PM, Fam Zheng wrote: > Signed-off-by: Fam Zheng > --- > qemu-img-cmds.hx | 48 > 1 file changed, 24 insertions(+), 24 deletions(-) > > diff --git a/qemu-img-cmds.hx b/qemu-img-cmds.hx > index 8ac7822..1b00bb8

Re: [Qemu-devel] [PATCH v2 for-2.10 13/18] crypto: cipher: add afalg-backend cipher support

On 2017/4/22 9:51, Gonglei (Arei) wrote: >> >> >> On 2017/4/21 20:59, Gonglei (Arei) wrote: >> >>> -Original Message- From: longpeng Sent: Monday, April 17, 2017 9:33 AM To: berra...@redhat.com Cc: Gonglei (Arei); Huangweidong (C); arm...@redhat.com;

Re: [Qemu-devel] [PATCH v2 for-2.10 13/18] crypto: cipher: add afalg-backend cipher support

> > > On 2017/4/21 20:59, Gonglei (Arei) wrote: > > > > >> -Original Message- > >> From: longpeng > >> Sent: Monday, April 17, 2017 9:33 AM > >> To: berra...@redhat.com > >> Cc: Gonglei (Arei); Huangweidong (C); arm...@redhat.com; > >> ebl...@redhat.com; m...@redhat.com;

Re: [Qemu-devel] [PATCH v2 for-2.10 14/18] crypto: hash: add afalg-backend hash support

On 2017/4/21 21:01, Gonglei (Arei) wrote: > There are same problems with the previous patch. > Ok, I'll fix them in v3, thanks. > > > Regards, > -Gonglei > > >> -Original Message- >> From: longpeng >> Sent: Monday, April 17, 2017 9:33 AM >> To: berra...@redhat.com >> Cc: Gonglei

Re: [Qemu-devel] [PATCH v2 for-2.10 13/18] crypto: cipher: add afalg-backend cipher support

On 2017/4/21 20:59, Gonglei (Arei) wrote: > >> -Original Message- >> From: longpeng >> Sent: Monday, April 17, 2017 9:33 AM >> To: berra...@redhat.com >> Cc: Gonglei (Arei); Huangweidong (C); arm...@redhat.com; >> ebl...@redhat.com; m...@redhat.com; qemu-devel@nongnu.org; longpeng >>

Re: [Qemu-devel] [PATCH v2 for-2.10 12/18] crypto: introduce some common functions for af_alg backend

On 2017/4/21 20:36, Gonglei (Arei) wrote: > >> -Original Message- >> +#include "qemu/osdep.h" >> +#include "qemu/cutils.h" >> +#include "qemu/sockets.h" >> +#include "qapi/error.h" >> +#include "afalgpriv.h" >> + >> +static bool >> +qcrypto_afalg_build_saddr(const char *type, const

Re: [Qemu-devel] [PATCH v2 for-2.10 11/18] crypto: hmac: add hmac driver framework

On 2017/4/21 20:25, Gonglei (Arei) wrote: > > >> -Original Message- >> From: longpeng >> Sent: Monday, April 17, 2017 9:33 AM >> To: berra...@redhat.com >> Cc: Gonglei (Arei); Huangweidong (C); arm...@redhat.com; >> ebl...@redhat.com; m...@redhat.com; qemu-devel@nongnu.org; longpeng

Re: [Qemu-devel] Subject: [PATCH] target-ppc: Add global timer group A to open-pic.

no-re...@patchew.org wrote on 04/21/2017 04:52:20 PM: > This series failed build test on s390x host. Please find the details below. Sorry about that. I was working my way through checkpatch.pl output and lost an intermediate change.

[Qemu-devel] Subject: [PATCH] target-ppc: Add global timer group A to open-pic.

Add global timer group A to open-pic. This patch is still somewhat dubious because I'm not sure how to determine what QEMU wants for the timer frequency. Suggestions solicited. Signed-off-by: Aaron Larson --- hw/intc/openpic.c | 134

Re: [Qemu-devel] Subject: [PATCH] target-ppc: Add global timer group A to open-pic.

Hi, This series failed build test on s390x host. Please find the details below. Message-id: 201704212148.v3llmgk6031...@linux03a.ddci.com Subject: [Qemu-devel] Subject: [PATCH] target-ppc: Add global timer group A to open-pic. Type: series === TEST SCRIPT BEGIN === #!/bin/bash # Testing script

[Qemu-devel] Subject: [PATCH] target-ppc: Add global timer group A to open-pic.

Add global timer group A to open-pic. This patch is still somewhat dubious because I'm not sure how to determine what QEMU wants for the timer frequency. Suggestions solicited. Signed-off-by: Aaron Larson --- hw/intc/openpic.c | 134

[Qemu-devel] [PULL 21/21] move xen-mapcache.c to hw/i386/xen/

From: Anthony Xu move xen-mapcache.c to hw/i386/xen/ Signed-off -by: Anthony Xu Reviewed-by: Stefano Stabellini --- Makefile.target| 3 - default-configs/i386-softmmu.mak | 1 -

[Qemu-devel] [PULL 18/21] add xen-9p-backend to MAINTAINERS under Xen

Signed-off-by: Stefano Stabellini Signed-off-by: Stefano Stabellini Reviewed-by: Greg Kurz CC: gr...@kaod.org CC: anthony.per...@citrix.com --- MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff --git a/MAINTAINERS b/MAINTAINERS

[Qemu-devel] [PULL 16/21] xen/9pfs: send responses back to the frontend

Once a request is completed, xen_9pfs_push_and_notify gets called. In xen_9pfs_push_and_notify, update the indexes (data has already been copied to the sg by the common code) and send a notification to the frontend. Schedule the bottom-half to check if we already have any other requests pending.

[Qemu-devel] [PULL 20/21] move xen-hvm.c to hw/i386/xen/

From: Anthony Xu move xen-hvm.c to hw/i386/xen/ Signed-off -by: Anthony Xu Reviewed-by: Stefano Stabellini --- Makefile.target |3 +- hw/i386/xen/Makefile.objs |2 +- hw/i386/xen/trace-events | 11 +

[Qemu-devel] [PULL 13/21] xen/9pfs: connect to the frontend

Write the limits of the backend to xenstore. Connect to the frontend. Upon connection, allocate the rings according to the protocol specification. Initialize a QEMUBH to schedule work upon receiving an event channel notification from the frontend. Signed-off-by: Stefano Stabellini

[Qemu-devel] [PULL 19/21] move xen-common.c to hw/xen/

From: Anthony Xu move xen-common.c to hw/xen/ Signed-off -by: Anthony Xu Reviewed-by: Stefano Stabellini --- Makefile.target | 2 - hw/xen/Makefile.objs | 2 +- hw/xen/xen-common.c | 169

[Qemu-devel] [PULL 15/21] xen/9pfs: implement in/out_iov_from_pdu and vmarshal/vunmarshal

Implement xen_9pfs_init_in/out_iov_from_pdu and xen_9pfs_pdu_vmarshal/vunmarshall by creating new sg pointing to the data on the ring. This is safe as we only handle one request per ring at any given time. Signed-off-by: Stefano Stabellini CC: anthony.per...@citrix.com CC:

[Qemu-devel] [PULL 10/21] xen: import ring.h from xen

Do not use the ring.h header installed on the system. Instead, import the header into the QEMU codebase. This avoids problems when QEMU is built against a Xen version too old to provide all the ring macros. Signed-off-by: Stefano Stabellini Reviewed-by: Greg Kurz

[Qemu-devel] [PULL 17/21] xen/9pfs: build and register Xen 9pfs backend

Signed-off-by: Stefano Stabellini Reviewed-by: Greg Kurz CC: anthony.per...@citrix.com CC: jgr...@suse.com CC: Aneesh Kumar K.V CC: Greg Kurz --- hw/9pfs/Makefile.objs| 1 + hw/xen/xen_backend.c

[Qemu-devel] [PULL 14/21] xen/9pfs: receive requests from the frontend

Upon receiving an event channel notification from the frontend, schedule the bottom half. From the bottom half, read one request from the ring, create a pdu and call pdu_submit to handle it. For now, only handle one request per ring at a time. Signed-off-by: Stefano Stabellini

[Qemu-devel] [PULL 09/21] configure: use pkg-config for obtaining xen version

From: Juergen Gross Instead of trying to guess the Xen version to use by compiling various test programs first just ask the system via pkg-config. Only if it can't return the version fall back to the test program scheme. If configure is being called with dedicated flags for the

[Qemu-devel] [PULL 11/21] 9p: introduce a type for the 9p header

Use the new type in virtio-9p-device. Signed-off-by: Stefano Stabellini Reviewed-by: Greg Kurz Reviewed-by: Philippe Mathieu-Daudé CC: anthony.per...@citrix.com CC: jgr...@suse.com CC: Aneesh Kumar K.V CC:

[Qemu-devel] [PULL 12/21] xen/9pfs: introduce Xen 9pfs backend

Introduce the Xen 9pfs backend: add struct XenDevOps to register as a Xen backend and add struct V9fsTransport to register as v9fs transport. All functions are empty stubs for now. Signed-off-by: Stefano Stabellini Reviewed-by: Greg Kurz CC:

[Qemu-devel] [PULL 07/21] xen: use libxendevice model to restrict operations

From: Paul Durrant This patch adds a command-line option (-xen-domid-restrict) which will use the new libxendevicemodel API to restrict devicemodel [1] operations to the specified domid. (Such operations are not applicable to the xenpv machine type). This patch also

[Qemu-devel] [PULL 05/21] xen: use libxendevicemodel when available

From: Paul Durrant This patch modifies the wrapper functions in xen_common.h to use the new xendevicemodel interface if it is available along with compatibility code to use the old libxenctrl interface if it is not. Signed-off-by: Paul Durrant

[Qemu-devel] [PULL 06/21] xen: use 5 digit xen versions

From: Juergen Gross Today qemu is using e.g. the value 480 for Xen version 4.8.0. As some Xen version tests are using ">" relations this scheme will lead to problems when Xen version 4.10.0 is being reached. Instead of the 3 digit schem use a 5 digit scheme (e.g. 40800 for

[Qemu-devel] [PULL 08/21] xen: additionally restrict xenforeignmemory operations

From: Paul Durrant Commit f0f272baf3a7 "xen: use libxendevice model to restrict operations" added a command-line option (-xen-domid-restrict) to limit operations using the libxendevicemodel API to a specified domid. The commit also noted that the restriction would be

[Qemu-devel] [PULL 04/21] configure: detect presence of libxendevicemodel

From: Paul Durrant This patch adds code in configure to set CONFIG_XEN_CTRL_INTERFACE_VERSION to a new value of 490 if libxendevicemodel is present in the build environment. Signed-off-by: Paul Durrant Signed-off-by: Stefano Stabellini

[Qemu-devel] [PULL 02/21] xen: rename xen_modified_memory() to xen_hvm_modified_memory()

From: Paul Durrant This patch is a purely cosmetic change that avoids a name collision in a subsequent patch. Signed-off-by: Paul Durrant Reviewed-by: Anthony Perard Reviewed-by: Stefano Stabellini

[Qemu-devel] [PULL 03/21] xen: create wrappers for all other uses of xc_hvm_XXX() functions

From: Paul Durrant This patch creates inline wrapper functions in xen_common.h for all open coded calls to xc_hvm_XXX() functions outside of xen_common.h so that use of xen_xc can be made implicit. This again is in preparation for the move to using libxendevicemodel.

[Qemu-devel] [PULL 01/21] xen: make use of xen_xc implicit in xen_common.h inlines

From: Paul Durrant Doing this will make the transition to using the new libxendevicemodel interface less intrusive on the callers of these functions, since using the new library will require a change of handle. NOTE: The patch also moves the 'externs' for xen_xc and

[Qemu-devel] [PULL 0/21] Please pull xen-20170421-tag for 2.10

The following changes since commit 55a19ad8b2d0797e3a8fe90ab99a9bb713824059: Update version for v2.9.0-rc1 release (2017-03-21 17:13:29 +) are available in the git repository at: git://xenbits.xen.org/people/sstabellini/qemu-dm.git tags/xen-20170421-tag for you to fetch changes up

Re: [Qemu-devel] dns server not working in QEMU using usermode networking (SLIRP)

Am 17.04.2017 um 00:10 schrieb FONNEMANN Mark: This issue still exists for me in 2.9 rc4. -Original Message- From: Samuel Thibault [mailto:samuel.thiba...@gnu.org] Sent: Sunday, April 16, 2017 04:10 To: FONNEMANN Mark Cc: qemu-devel@nongnu.org Subject: Re:

Re: [Qemu-devel] Jailhouse on Ultrascale+ (ZCU102)

On Fri, Apr 21, 2017 at 10:04:56AM +0300, Constantin Petra wrote: > OK, > > Changed configs for inmate to UART0, and the messages appeared on the > console (on the ZCU102 board, not QEMU), so it is indeed functional. > root@plnx_aarch64:~# jailhouse/usr/local/sbin/jailhouse cell start >

[Qemu-devel] [PULL] qemu-sparc update

Hi Peter, Here is the cg3/tcx patchset which includes a lot of tidy-up and fixes several invalidation bugs for tcx discovered whilst testing Gerd's thread-safe patches. Please pull. ATB, Mark. The following changes since commit da92ada855036c55bd08b0b0c64c7551d56f3586: Merge

Re: [Qemu-devel] [Bug 1653063] [NEW] qemu-system-arm hangs with -icount and -nodefaults

On Thu, Dec 29, 2016 at 5:04 AM, Andrew Jones wrote: > On Thu, Dec 29, 2016 at 08:02:16AM -, Hansni Bu wrote: >> Public bug reported: > ... >> https://bugs.launchpad.net/bugs/1653063 > ... >> After console prints the message below: >> "Uncompressing >>

Re: [Qemu-devel] [RFC PATCH 0/4] nvdimm: enable flush hint address structure

[ adding xfs and fsdevel ] On Fri, Apr 21, 2017 at 6:56 AM, Stefan Hajnoczi wrote: [..] >> >>> If the vNVDIMM device is based on the regular file, i think >> >>> fsync is the bottleneck rather than this mmio-virtualization. :( >> >>> >> >> >> >> Yes, fsync() on the regular

[Qemu-devel] [Bug 1653063] Re: qemu-system-arm hangs with -icount and -nodefaults

** Changed in: qemu Status: New => Confirmed -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1653063 Title: qemu-system-arm hangs with -icount and -nodefaults Status in QEMU: Confirmed

Re: [Qemu-devel] [PATCH 4/6] migration: calculate downtime on dst side

Hello, David! I apologize, forgot to check patches with checkpatch.pl script, but now I checked, and I fixed code styles in patches, however I checked also files, migration.c has code style errors and glib-compat.h too. I could send that patches to qemu-trivial, if you not against. On Fri,

Re: [Qemu-devel] [PATCH v8 7/8] tests: Add unit tests for the VM Generation ID feature

Hi, > On Apr 21, 2017, at 3:14 AM, Marc-André Lureau > wrote: > > Hi, > > Was this patch intentionally dropped from the series? > Good question. I thought the whole patch series was pulled in, but it looks like this one was not. I guess we’ll see what Michael

Re: [Qemu-devel] How expensive is an extra QEMU TLB MMU index ?

On 04/21/2017 10:23 AM, Peter Maydell wrote: Hi; I have a feature for the ARM M profile emulation which I think needs to be implemented by giving it a separate mmu index value. [The HFNMIENA control bit allows "privileged and execution priority is higher than 0" to run with the MPU effectively

Re: [Qemu-devel] [PATCH v3] qga: Add support network interface statistics in

Hi, This series failed automatic build test. Please find the testing commands and their output below. If you have docker installed, you can probably reproduce it locally. Type: series Message-id: 1492789303-16008-1-git-send-email-lu.zhip...@zte.com.cn Subject: [Qemu-devel] [PATCH v3] qga: Add

[Qemu-devel] [PATCH v2 1/1] qemu-img: wait for convert coroutines to complete

On error path (like i/o error in one of the coroutines), it's required to - wait for coroutines completion before cleaning the common structures - reenter dependent coroutines so they ever finish Introduced in 2d9187bc65. Signed-off-by: Anton Nefedov ---

Re: [Qemu-devel] [PATCH v3] qga: Add support network interface statistics in

Hi, This series failed automatic build test. Please find the testing commands and their output below. If you have docker installed, you can probably reproduce it locally. Type: series Message-id: 1492789220-15901-1-git-send-email-lu.zhip...@zte.com.cn Subject: [Qemu-devel] [PATCH v3] qga: Add

[Qemu-devel] How expensive is an extra QEMU TLB MMU index ?

Hi; I have a feature for the ARM M profile emulation which I think needs to be implemented by giving it a separate mmu index value. [The HFNMIENA control bit allows "privileged and execution priority is higher than 0" to run with the MPU effectively off even if normal privileged execution has

Re: [Qemu-devel] [PULL 00/12] Block patches

On 21 April 2017 at 14:46, Jeff Cody wrote: > The following changes since commit bfec359afba088aaacc7d316f43302f28c6e642a: > > Merge remote-tracking branch 'remotes/armbru/tags/pull-qdev-2017-04-21' > into staging (2017-04-21 11:42:03 +0100) > > are available in the git

Re: [Qemu-devel] question about block size and virtual disks

On 04/20/2017 03:21 PM, Eric Blake wrote: On 04/20/2017 04:03 PM, Chris Friesen wrote: Also, does the 4KB block size get "passed-through" to the guest somehow so that the guest knows it needs to use 4KB blocks, or does that need to be explicitly specified via virtio-blk-pci.logical_block_size

Re: [Qemu-devel] [PULL 00/65] Migration pull request

cleanup (me) > > Please apply. > > > The following changes since commit fa54abb8c298f892639ffc4bc2f61448ac3be4a1: > > Drop QEMU_GNUC_PREREQ() checks for gcc older than 4.1 (2017-04-20 18:33:33 > +0100) > > are available in the git repository at: > > git://github.com/juanquin

Re: [Qemu-devel] [PATCH 0/2] VFIO: Make 8-byte accesses atomic

On 04/21/2017 03:06 AM, Paolo Bonzini wrote: On 20/04/2017 18:03, Alex Williamson wrote: On Thu, 20 Apr 2017 00:19:23 -0700 Richard Henderson wrote: On 04/19/2017 12:44 PM, Jose Ricardo Ziviani wrote: This patchset has two patches: [1] 8-byte writes to non-mapped MMIO

Re: [Qemu-devel] [Qemu-block] [RFC for-3.0 0/4] block: Add qcow2-rust block driver

On Sat, Apr 01, 2017 at 05:57:47PM +0200, Max Reitz wrote: > The issues of using C are well understood and nobody likes it. Let's use > a better language. C++ is not a better language, Rust is. Everybody > loves Rust. Rust is good. Rust is hip. It will attract developers, it > will improve code

Re: [Qemu-devel] [PATCH 2/6] util: introduce glib-helper.c

On 21 April 2017 at 16:10, Alexey wrote: > Hello, thank you for so detailed comment, > > On Fri, Apr 21, 2017 at 11:27:55AM +0100, Peter Maydell wrote: >> Can we have a proper doc comment format comment, please, >> since this is now a function available to all of QEMU?

Re: [Qemu-devel] [PATCH v3] qga: Add support network interface statistics in

Hi, This series failed build test on s390x host. Please find the details below. Message-id: 1492789303-16008-1-git-send-email-lu.zhip...@zte.com.cn Subject: [Qemu-devel] [PATCH v3] qga: Add support network interface statistics in Type: series === TEST SCRIPT BEGIN === #!/bin/bash # Testing

Re: [Qemu-devel] [PATCH v3] qga: Add support network interface statistics in

Hi, This series failed build test on s390x host. Please find the details below. Message-id: 1492789220-15901-1-git-send-email-lu.zhip...@zte.com.cn Subject: [Qemu-devel] [PATCH v3] qga: Add support network interface statistics in Type: series === TEST SCRIPT BEGIN === #!/bin/bash # Testing

[Qemu-devel] [PATCH v7 01/13] sm501: Fixed code style and a few typos in comments

Signed-off-by: BALATON Zoltan Reviewed-by: Peter Maydell Tested-by: Aurelien Jarno --- hw/display/sm501.c | 1132 ++- hw/display/sm501_template.h | 52 +- 2 files changed, 594

[Qemu-devel] [PATCH v3] qga: Add support network interface statistics in

we can get the network interface statistics inside a virtual machine by guest-network-get-interfaces command. it is very useful for us to monitor and analyze network traffic. Signed-off-by: ZhiPeng Lu Signed-off-by: Daniel P. Berrange ---

[Qemu-devel] [PATCH v7 05/13] sm501: Get rid of base address in draw_hwc_line

Do not use the base address to access data in local memory. This is in preparation to allow chip connected via PCI where base address depends on where the BAR is mapped so it will be unknown. Signed-off-by: BALATON Zoltan Reviewed-by: Peter Maydell

[Qemu-devel] [PATCH v3] qga: Add support network interface statistics in

we can get the network interface statistics inside a virtual machine by guest-network-get-interfaces command. it is very useful for us to monitor and analyze network traffic. Signed-off-by: ZhiPeng Lu Signed-off-by: Daniel P. Berrange ---

[Qemu-devel] [PATCH v7 07/13] sm501: Fix device endianness

We only emulate the sysbus device in its default LE mode and PCI is LE as well so specify this for registers and framebuffer memory. Note that though the Linux kernel driver has code which claims to handle both big and little endian, it is obviously bogus for 16 bit and cannot be trusted as a

[Qemu-devel] [PATCH v7 02/13] sm501: Use defined constants instead of literal values where available

Signed-off-by: BALATON Zoltan Reviewed-by: Peter Maydell Tested-by: Aurelien Jarno --- v3: Fix initial value of misc_control register as Peter Maydell suggested Also use M_BYTE constant from cutils.h hw/display/sm501.c

[Qemu-devel] [PATCH v7 09/13] sm501: Misc clean ups

- Rename a variable - Move variable declarations out of loop to the beginning in draw_hwc_line Signed-off-by: BALATON Zoltan Reviewed-by: Peter Maydell Tested-by: Aurelien Jarno --- hw/display/sm501.c | 10 +-

[Qemu-devel] [PATCH v7 03/13] sm501: Add missing arbitration control register

Signed-off-by: BALATON Zoltan Reviewed-by: Peter Maydell Tested-by: Aurelien Jarno --- hw/display/sm501.c | 8 1 file changed, 8 insertions(+) diff --git a/hw/display/sm501.c b/hw/display/sm501.c index

[Qemu-devel] [PATCH v7 11/13] sm501: Add some more missing registers

This is to allow clients to initialise these without failing as long as no 2D engine function is called that would use the written value. Saved values are not used yet (may get used when more of 2D engine is added sometimes) and clients normally only write to most of these registers, nothing is

[Qemu-devel] [PATCH v7 13/13] ppc: Add SM501 device in ppc softmmu targets default configs

This is not used by default on any emulated machine yet but it is still useful to have it compiled so it can be added from the command line for clients that can use it (e.g. MorphOS has no driver for any other emulated video cards but can output via SM501) Signed-off-by: BALATON Zoltan

[Qemu-devel] [PATCH v7 04/13] sm501: QOMify

Adding vmstate saving is not in this patch because the state structure will be changed in further patches, then another patch will add vmstate descriptor after those changes. Signed-off-by: BALATON Zoltan Reviewed-by: Peter Maydell Tested-by:

[Qemu-devel] [PATCH v7 06/13] sm501: Add emulation of chip connected via PCI

Only the display controller part is created automatically on PCI Signed-off-by: BALATON Zoltan Reviewed-by: Peter Maydell Tested-by: Aurelien Jarno --- v2: Split off removing dependency on base address to separate patch v3:

[Qemu-devel] [PATCH v7 12/13] sm501: Add vmstate descriptor

Signed-off-by: BALATON Zoltan Reviewed-by: Peter Maydell Tested-by: Aurelien Jarno --- v3: Added local_mem_size_index to vmstate, add vmstate for sysbus version too hw/display/sm501.c | 100

[Qemu-devel] [PATCH v7 08/13] sm501: Fix hardware cursor

Rework HWC handling to simplify it and fix cursor not updating on screen as needed. Previously cursor was not updated because checking for changes in a line overrode the update flag set for the cursor but fixing this is not enough because the cursor should also be updated if its shape or location

[Qemu-devel] [PATCH v7 10/13] sm501: Add support for panel layer

Signed-off-by: BALATON Zoltan Reviewed-by: Peter Maydell Tested-by: Aurelien Jarno --- v2: Split off renaming a variable to separate clean up patch hw/display/sm501.c | 63

[Qemu-devel] [PATCH v7 00/13] Improvements for SM501 display controller emulation

v7: Define default values for some variables to avoid an (invalid) warning from gcc 6 or 7 as suggested by Aurelien Jarno. BALATON Zoltan (13): sm501: Fixed code style and a few typos in comments sm501: Use defined constants instead of literal values where available sm501: Add missing

Re: [Qemu-devel] Help needed: Sparc 64, kernel panic

My mistake. Yes I Already tried qemu-2.9.0.rc5. Same error happens. Regards, Siavash. > On Apr 21, 2017, at 19:36, Mark Cave-Ayland > wrote: > > On 21/04/17 15:56, Siavash Katebzadeh wrote: > >> My command line is: >> >> ./qemu-system-sparc64 \ >> -L pc-bios

Re: [Qemu-devel] [PATCH 3/6] migration: add UFFD_FEATURE_THREAD_ID feature support

On Fri, Apr 21, 2017 at 11:24:54AM +0100, Dr. David Alan Gilbert wrote: > * Alexey Perevalov (a.pereva...@samsung.com) wrote: > > Userfaultfd mechanism is able to provide process thread id, > > in case when client request it with UFDD_API ioctl. > > > > Signed-off-by: Alexey Perevalov

Re: [Qemu-devel] Help needed: Sparc 64, kernel panic

Thanks for the files and the notes. I am attaching my config-host file for you. I'm on x86_64, running Linux 64, Ubuntu 16.04.2 LTS so, i can also boot like you do - this worked before as well. btw, if you try to install that to a disk, itll not be able to as youll need to define memory for

Re: [Qemu-devel] [PATCH 2/6] util: introduce glib-helper.c

Hello, thank you for so detailed comment, On Fri, Apr 21, 2017 at 11:27:55AM +0100, Peter Maydell wrote: > On 14 April 2017 at 14:17, Alexey Perevalov wrote: > > There is a lack of g_int_cmp which compares pointers value in glib, > > xen_disk.c introduced its own, so

Re: [Qemu-devel] Help needed: Sparc 64, kernel panic

On 21/04/17 15:56, Siavash Katebzadeh wrote: > My command line is: > > ./qemu-system-sparc64 \ > -L pc-bios -m 720 \ > -kernel ${KERNEL_PATH}/${KERNEL} \ > -initrd ${KERNEL_PATH}/${INITRD} \ > -drive file=${QCOW2_PATH}/${QCOW2},if=virtio,index=0 \ > -rtc base='2006-06-17T16:01:21',clock=vm \ >

Re: [Qemu-devel] [PULL for-2.9 0/3] Tracing patches

On 21 April 2017 at 10:53, Stefan Hajnoczi wrote: > The following changes since commit fa54abb8c298f892639ffc4bc2f61448ac3be4a1: > > Drop QEMU_GNUC_PREREQ() checks for gcc older than 4.1 (2017-04-20 18:33:33 > +0100) > > are available in the git repository at: > >

Re: [Qemu-devel] [PATCH v5 0/4] Introduce vhost-user-scsi and sample application

> On 2 Mar 2017, at 21:47, Michael S. Tsirkin wrote: > > On Thu, Mar 02, 2017 at 10:25:49AM -0800, Felipe Franciosi wrote: >> Based on various discussions on the 2016 KVM Forum, I'm sending over a >> vhost-user-scsi implementation for your consideration. >> >> This patchset

Re: [Qemu-devel] [PATCH v3 5/6] vmdk: Set maximum bytes allocated in one cycle

On Wed, Apr 19, 2017 at 6:30 PM, Fam Zheng wrote: > On Sat, 04/01 20:14, Ashijeet Acharya wrote: >> Set the maximum bytes allowed to get allocated at once to be not more >> than the extent size boundary to handle writes at two separate extents >> appropriately. >> >>

Re: [Qemu-devel] [PATCH v2 1/1] qemu-img: wait for convert coroutines to complete

On 04/21/2017 01:44 PM, Peter Lieven wrote: Am 21.04.2017 um 12:04 schrieb Anton Nefedov: On error path (like i/o error in one of the coroutines), it's required to - wait for coroutines completion before cleaning the common structures - reenter dependent coroutines so they ever finish

[Qemu-devel] [Bug 1685242] Re: ovmf hangs at efi with virtio-net memory hotplug

i forgot: it also works with -machine pc-i440fx-2.6 -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1685242 Title: ovmf hangs at efi with virtio-net memory hotplug Status in QEMU: New Bug

Re: [Qemu-devel] [PATCH 06/14] crypto: Make errp the last parameter of functions

On 04/21/2017 07:27 AM, Fam Zheng wrote: > Move opaque to 2nd instead of the 2nd to last, so that compilers help > check with the convertion. s/convertion/conversion/ > > Signed-off-by: Fam Zheng > --- > block/crypto.c| 12 ++-- > crypto/block-luks.c

[Qemu-devel] [Bug 1685242] [NEW] ovmf hangs at efi with virtio-net memory hotplug

Public bug reported: with qemu 2.9 it hangs at the efi stage when memory-hotplug is enabled and it has a virtio-net devices the ovmf images where compiled from https://github.com/tianocore/edk2 (current master) reproducer: qemu-system-x86_64 -drive

Re: [Qemu-devel] [PULL for-2.9 0/6] Block patches

On 04/21/2017 04:43 AM, Stefan Hajnoczi wrote: > The following changes since commit fa54abb8c298f892639ffc4bc2f61448ac3be4a1: > Assuming the subject line is stale and you mean 2.10 -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3266 Virtualization: qemu.org |

  1   2   3   4   >