Re: [Qemu-devel] [Qemu-block] [PATCH v4 00/12] fdc: fix 2.88mb floppy diskette support

On Wed, Jan 20, 2016 at 02:40:14PM -0500, John Snow wrote: > On 01/20/2016 02:55 AM, Denis V. Lunev wrote: > > should we recreate ACPI tables after geometry switch? > > This would be especially interesting for the case of > > Win2k12 (or Win8.1 if you prefer) under OVMF. > > > > Den > > This

Re: [Qemu-devel] [PATCH v2 10/17] block: add generic full disk encryption driver

On Thu, Jan 21, 2016 at 05:12:08PM +0800, Fam Zheng wrote: > On Wed, 01/20 17:38, Daniel P. Berrange wrote: > > +/* XXX Should we treat size as being total physical size > > + * of the image (ie payload + encryption header), or just > > + * the logical size of the image (ie payload).

[Qemu-devel] [PATCH v2 3/3] target-arm: Implement the S2 MMU inputsize > pamax check

From: "Edgar E. Iglesias" Implement the inputsize > pamax check for Stage 2 translations. We have multiple choices for how to respond to errors and choose to fault. Signed-off-by: Edgar E. Iglesias --- target-arm/helper.c | 16

[Qemu-devel] [PATCH v2 0/3] target-arm: Add a few more S2 MMU input checks

From: "Edgar E. Iglesias" This adds the inputsize > pamax check and also fixes the startlevel checks to apply to the 64bit translations. Comments welcome! Cheers, Edgar v1 -> v2: * inputsize > pmax check only applies to AArch64 * Fix commit message typo < should be

[Qemu-devel] other cahpters about qemu

hi all i found a chapter named chapter qemu detailed study hers . how can i find ther chapters? -- Best Regrads Ata Fatahi Baarzi

Re: [Qemu-devel] live migration between different qemu versions

* Alexey (aluka...@alukardd.org) wrote: > Hello, > > On 2016-01-16 02:24, Eric Blake wrote: > >On 01/12/2016 05:11 AM, Dr. David Alan Gilbert wrote: > > > >>>Tell me please right way to append zeros to "BIOS (ia32) ROM Ext. > >>>(137*512)" > >>>file? > >> > >>I'd use dd; something like: > >> dd

Re: [Qemu-devel] [PATCH v5 0/4] Extend TPM support with a QEMU-external TPM

"Dr. David Alan Gilbert" wrote on 01/21/2016 06:40:35 AM: > > * Stefan Berger (stef...@us.ibm.com) wrote: > > Stefan Berger/Watson/IBM wrote on 01/20/2016 02:51:58 PM: > > > > > "Daniel P. Berrange" wrote on 01/20/2016 10:42:09 > > AM: > > > > > >

[Qemu-devel] [PATCH] virt-acpi-build: add always-on property for timer

This patch is the ACPI equivalent of "hw/arm/virt: Add always-on property to the virt board timer". The timer is always on, and thus setting this informs Linux that it may switch off the periodic timer. Switching off the periodic timer substantially reduces the number of interrupts the host needs

Re: [Qemu-devel] [PATCH v9 2/3] quorum: implement bdrv_add_child() and bdrv_del_child()

On Thu 21 Jan 2016 02:54:10 AM CET, Wen Congyang wrote: >>> @@ -875,9 +878,9 @@ static int quorum_open(BlockDriverState *bs, QDict >>> *options, int flags, >>> ret = -EINVAL; >>> goto exit; >>> } >>> -if (s->num_children < 2) { >>> +if

Re: [Qemu-devel] [PATCH v2 00/13] Dirty bitmap changes for migration/persistence work

On Thu, 01/21 13:41, Vladimir Sementsov-Ogievskiy wrote: > An idea/question. > > What about make some const dirty bitmap finctions really const? > > bdrv_dirty_bitmap_name(BdrvDirtyBitmap *bitmap) -> > bdrv_dirty_bitmap_name(const BdrvDirtyBitmap *bitmap) >

Re: [Qemu-devel] [PATCH v2] xen-pvdevice: convert to realize()

Hi Stefano, just want to make sure: is this picked up? On 12/22/2015 07:51 PM, Stefano Stabellini wrote: On Tue, 22 Dec 2015, Cao jin wrote: Signed-off-by: Cao jin Acked-by: Stefano Stabellini hw/i386/xen/xen_pvdevice.c

[Qemu-devel] [PATCH 2/2] hmp: add hmp commands dirty bitmap add/clear/remove'

Add several hmp commands: 'block_dirty_bitmap_add', 'block_dirty_bitmap_clear', 'block_dirty_bitmap_remove'. The bitmap is used for incremental backup to trace io. Usage: block_dirty_bitmap_add device bitmap [granularity] -- Add dirty bitmap for 'device' block_dirty_bitmap_clear

[Qemu-devel] [PATCH v2 3/5] kvm/x86: Pass return code of kvm_emulate_hypercall

Pass the return code from kvm_emulate_hypercall on to the caller, in order to allow it to indicate to the userspace that the hypercall has to be handled there. Also adjust all the existing code paths to return 1 to make sure the hypercall isn't passed to the userspace without setting kvm_run

Re: [Qemu-devel] [PATCH RFC for-2.6 1/3] HBitmap: Introduce "meta" bitmap to track bit changes

On 30.12.2015 14:07, Fam Zheng wrote: On Wed, 12/30 13:53, Vladimir Sementsov-Ogievskiy wrote: On 07.12.2015 08:59, Fam Zheng wrote: The meta bitmap will have the same size and granularity as the tracked bitmap, and upon each bit toggle, the corresponding bit in the meta bitmap, at an

Re: [Qemu-devel] qxl : no mouse cursor with sdl2/gtk UI

On Do, 2016-01-21 at 11:38 +0100, nicolas prochazka wrote: > it does not work , with dropping usb tablet. > > to be more precise, when i write "no mouse cursor', it means, mouse is > ok ( click and position) , it's just the mouse pointer which is not > visible Is the spice guest agent active?

Re: [Qemu-devel] qxl : no mouse cursor with sdl2/gtk UI

I test with and without spice guest agent, nothing changes. Regards, Nicolas 2016-01-21 11:57 GMT+01:00 Gerd Hoffmann : > On Do, 2016-01-21 at 11:38 +0100, nicolas prochazka wrote: > > it does not work , with dropping usb tablet. > > > > to be more precise, when i write "no

Re: [Qemu-devel] [PATCH v17 2/9] docs: vm generation id device's description

On Wed, 20 Jan 2016 09:40:04 -0700 Eric Blake wrote: > On 01/19/2016 06:06 AM, Igor Mammedov wrote: > > From: Gal Hammer > > > > Signed-off-by: Gal Hammer > > Signed-off-by: Igor Mammedov > > --- > >

Re: [Qemu-devel] [PATCH v9 19/37] qmp: Fix reference-counting of qnull on empty output visit

Markus Armbruster writes: > Eric Blake writes: > >> Commit 6c2f9a15 ensured that we would not return NULL when the >> caller used an output visitor but had nothing to visit. But >> in doing so, it added a FIXME about a reference count leak >> that could

[Qemu-devel] [PATCH v2 1/5] kvm/x86: Rename Hyper-V long spin wait hypercall

Rename HV_X64_HV_NOTIFY_LONG_SPIN_WAIT by HV_X64_HCALL_NOTIFY_LONG_SPIN_WAIT. So the name better reflects hypercall codes accessory. Signed-off-by: Andrey Smetanin Reviewed-by: Roman Kagan CC: Gleb Natapov CC: Paolo Bonzini

[Qemu-devel] [PATCH v2 0/5] KVM: Hyper-V VMBus hypercalls

The patch implements userspace exit 'KVM_EXIT_HYPERV' for Hyper-V VMBus hypercalls(postmsg, signalevent) to handle these hypercalls by QEMU. Changes v2: * use KVM_EXIT_HYPERV for hypercalls Signed-off-by: Andrey Smetanin Reviewed-by: Roman Kagan

Re: [Qemu-devel] [PATCH 0/4] set the OEM fields in the RSDT and the FADT from the SLIC

On 01/21/16 12:42, Michael Tokarev wrote: > 21.01.2016 14:37, Richard W.M. Jones wrote: > >> I'm afraid I gave up on this -- did give it my best. It turns out >> that the machine that I thought supported UEFI boot does not. I'll >> keep an eye out for such a machine and test this in future. >

Re: [Qemu-devel] live migration between different qemu versions

Hello. On 2016-01-21 14:49, Dr. David Alan Gilbert wrote: * Alexey (aluka...@alukardd.org) wrote: Hello, On 2016-01-16 02:24, Eric Blake wrote: >On 01/12/2016 05:11 AM, Dr. David Alan Gilbert wrote: > >>>Tell me please right way to append zeros to "BIOS (ia32) ROM Ext. >>>(137*512)" >>>file?

[Qemu-devel] [PATCH] gtk: use qemu_chr_alloc() to allocate CharDriverState

The gd_vc_handler() callback is using g_malloc0() to allocate the CharDriverState struct. As a result the logfd field is getting initialized to 0, instead of -1 when no logfile is requested. The result is that when running $ qemu-system-i386 -nodefaults -chardev vc,id=mon0 -mon chardev=mon0

Re: [Qemu-devel] [PATCH v5 1/4] Provide support for the CUSE TPM

"Michael S. Tsirkin" wrote on 01/21/2016 12:08:20 AM: > > Well that was just one idea, it's up to you guys. > But while modular multi-process QEMU for security > might happen in future, I don't see us doing this > by moving large parts of QEMU into cuse devices, > and talking

Re: [Qemu-devel] [PULL 0/2] VFIO updates 2016-01-19

On 19 January 2016 at 19:17, Alex Williamson wrote: > The following changes since commit 3db34bf64ab4f8797565dd8750003156c32b301d: > > Merge remote-tracking branch 'remotes/afaerber/tags/qom-devices-for-peter' > into staging (2016-01-18 17:40:50 +) > > are

Re: [Qemu-devel] [PATCH v6 0/6] Xen PCI passthru: Convert to realize()

Hi Stefano, Just FYI: The series have been reviewed by Eric, I guess it could be picked up;) On 01/17/2016 08:13 PM, Cao jin wrote: v6 changelog: 1. split modification of xen_host_pci_sysfs_path() into a separate new patch as 1/6 shows. 2. 'bug' fix of qemu_strtoul(), in patch 2/6 &

[Qemu-devel] [PATCH v2 4/5] kvm/x86: Reject Hyper-V hypercall continuation

Currently we do not support Hyper-V hypercall continuation so reject it. Signed-off-by: Andrey Smetanin Reviewed-by: Roman Kagan CC: Gleb Natapov CC: Paolo Bonzini CC: Joerg Roedel CC: "K.

Re: [Qemu-devel] RFC: running the user interface in a thread ...

On 21/01/2016 11:39, Gerd Hoffmann wrote: > How does BH signaling work? I know I can qemu_bh_schedule from !main > thread to kick BH in main thread context. The other way around works > using aio_bh_new + aio_bh_call I guess? Yes. The code will run in the iothread. Note that I'm modifying

Re: [Qemu-devel] [PATCH v2 04/17] crypto: add support for generating initialization vectors

On Thu, Jan 21, 2016 at 03:51:37PM +0800, Fam Zheng wrote: > On Wed, 01/20 17:38, Daniel P. Berrange wrote: > > +static int qcrypto_ivgen_essiv_init(QCryptoIVGen *ivgen, > > +const uint8_t *key, size_t nkey, > > +Error **errp)

Re: [Qemu-devel] [PATCH v2 05/17] crypto: add support for anti-forensic split algorithm

On Thu, Jan 21, 2016 at 04:37:28PM +0800, Fam Zheng wrote: > > > + > > +/** > > + * qcrypto_afsplit_encode: > > + * @hash: the hash algorithm to use for data expansion > > + * @blocklen: the size of @in in bytes > > + * @stripes: the number of times to expand @in in size > > + * @in: the master

Re: [Qemu-devel] [PATCH v2 10/17] block: add generic full disk encryption driver

On Thu, 01/21 11:02, Daniel P. Berrange wrote: > On Thu, Jan 21, 2016 at 05:12:08PM +0800, Fam Zheng wrote: > > On Wed, 01/20 17:38, Daniel P. Berrange wrote: > > > +/* XXX Should we treat size as being total physical size > > > + * of the image (ie payload + encryption header), or just >

Re: [Qemu-devel] [PATCH v2 15/17] block: rip out all traces of password prompting

On Wed, 01/20 17:38, Daniel P. Berrange wrote: > diff --git a/tests/qemu-iotests/087 b/tests/qemu-iotests/087 > index 3386668..065d9af 100755 > --- a/tests/qemu-iotests/087 > +++ b/tests/qemu-iotests/087 > @@ -201,6 +201,7 @@ run_qemu -S <"options": { > "driver": "$IMGFMT", >

Re: [Qemu-devel] [PATCH v9 20/37] qmp: Don't abuse stack to track qmp-output root

Eric Blake writes: > The previous commit documented an inconsistency in how we are > using the stack of qmp-output-visitor. Normally, pushing a > single top-level object puts the object on the stack twice: > once as the root, and once as the current container being > appended

Re: [Qemu-devel] [PATCH v5 1/4] Provide support for the CUSE TPM

* Daniel P. Berrange (berra...@redhat.com) wrote: > On Wed, Jan 20, 2016 at 10:54:47AM -0500, Stefan Berger wrote: > > On 01/20/2016 10:46 AM, Daniel P. Berrange wrote: > > >On Wed, Jan 20, 2016 at 10:31:56AM -0500, Stefan Berger wrote: > > >>"Daniel P. Berrange" wrote on

Re: [Qemu-devel] [PATCH 0/4] set the OEM fields in the RSDT and the FADT from the SLIC

On Thu, Jan 14, 2016 at 05:35:21PM +0100, Laszlo Ersek wrote: > On 01/14/16 11:23, Richard W.M. Jones wrote: > > On Thu, Jan 14, 2016 at 01:06:05PM +0300, Alex wrote: > >> Richard, I just posted HW test results to > >> https://bugzilla.redhat.com/show_bug.cgi?id=1248758. > >> Should I do it here

Re: [Qemu-devel] [PATCH 1/1] vl: change QEMU state machine for system reset

On 01/21/2016 01:35 PM, Paolo Bonzini wrote: On 19/01/2016 08:59, Denis V. Lunev wrote: @@ -612,8 +617,10 @@ static const RunStateTransition runstate_transitions_def[] = { { RUN_STATE_FINISH_MIGRATE, RUN_STATE_RUNNING }, { RUN_STATE_FINISH_MIGRATE, RUN_STATE_POSTMIGRATE }, +

Re: [Qemu-devel] [PATCH v2 15/17] block: rip out all traces of password prompting

On Thu, Jan 21, 2016 at 09:02:14PM +0800, Fam Zheng wrote: > On Wed, 01/20 17:38, Daniel P. Berrange wrote: > > diff --git a/tests/qemu-iotests/087 b/tests/qemu-iotests/087 > > index 3386668..065d9af 100755 > > --- a/tests/qemu-iotests/087 > > +++ b/tests/qemu-iotests/087 > > @@ -201,6 +201,7 @@

Re: [Qemu-devel] [PATCH v2 10/17] block: add generic full disk encryption driver

On Thu, Jan 21, 2016 at 09:01:19PM +0800, Fam Zheng wrote: > On Thu, 01/21 11:02, Daniel P. Berrange wrote: > > On Thu, Jan 21, 2016 at 05:12:08PM +0800, Fam Zheng wrote: > > > On Wed, 01/20 17:38, Daniel P. Berrange wrote: > > > > +/* XXX Should we treat size as being total physical size > >

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

On 20 January 2016 at 16:24, Kevin Wolf wrote: > The following changes since commit 3db34bf64ab4f8797565dd8750003156c32b301d: > > Merge remote-tracking branch 'remotes/afaerber/tags/qom-devices-for-peter' > into staging (2016-01-18 17:40:50 +) > > are available in the git

[Qemu-devel] [PATCH 1/2] hmp: add hmp command for incremental backup

Add hmp command for incremental backup in drive-backup. It need a bitmap to backup data from drive-image to incremental image, so before it need add bitmap for this device to track io. Usage: drive_backup [-n] [-f] device target [bitmap] [format] Signed-off-by: Rudy Zhang

[Qemu-devel] [PATCH 0/2] block/hmp: add sereval hmp commands for incremental backup

Add sereval hmp commands for incremental backup. It need a bitmap to backup data from drive-image to incremental image, so before it need add bitmap for this device to track io. Usage: drive_backup [-n] [-f] device target [bitmap] [format] Example: # qemu-img create -f qcow2

[Qemu-devel] [PATCH v2] target-i386/kvm: Hyper-V VMBus hypercalls blank handlers

Add Hyper-V VMBus hypercalls blank handlers which just returns error code - HV_STATUS_INVALID_HYPERCALL_CODE. Changes v2: * use KVM_EXIT_HYPERV exit type Signed-off-by: Andrey Smetanin Reviewed-by: Roman Kagan CC: Paolo Bonzini

[Qemu-devel] [PATCH v2 5/5] kvm/x86: Hyper-V VMBus hypercall userspace exit

The patch implements KVM_EXIT_HYPERV userspace exit functionality for Hyper-V VMBus hypercalls: HV_X64_HCALL_POST_MESSAGE, HV_X64_HCALL_SIGNAL_EVENT. Changes v2: * use KVM_EXIT_HYPERV for hypercalls Signed-off-by: Andrey Smetanin Reviewed-by: Roman Kagan

Re: [Qemu-devel] [PATCH v2 12/17] qcow2: convert QCow2 to use QCryptoBlock for encryption

On Thu, Jan 21, 2016 at 05:54:23PM +0800, Fam Zheng wrote: > On Wed, 01/20 17:38, Daniel P. Berrange wrote: > > This converts the qcow2 driver to make use of the QCryptoBlock > > APIs for encrypting image content. As well as continued support > > for the legacy QCow2 encryption format, the

Re: [Qemu-devel] [PATCH v2 03/17] crypto: add support for PBKDF2 algorithm

On Thu, Jan 21, 2016 at 02:59:24PM +0800, Fam Zheng wrote: > On Wed, 01/20 17:38, Daniel P. Berrange wrote: > > The LUKS data format includes use of PBKDF2 (Password-Based > > Key Derivation Function). The Nettle library can provide > > an implementation of this, but we don't want code directly >

[Qemu-devel] [PATCH v2 1/3] target-arm: Apply S2 MMU startlevel table size check to AArch64

From: "Edgar E. Iglesias" The S2 starting level table size check applies to both AArch32 and AArch64. Move it to common code. Reviewed-by: Alex Bennée Signed-off-by: Edgar E. Iglesias --- target-arm/helper.c | 16

Re: [Qemu-devel] [PATCH v5 0/4] Extend TPM support with a QEMU-external TPM

* Stefan Berger (stef...@us.ibm.com) wrote: > Stefan Berger/Watson/IBM wrote on 01/20/2016 02:51:58 PM: > > > "Daniel P. Berrange" wrote on 01/20/2016 10:42:09 > AM: > > > > > > > > On Wed, Jan 20, 2016 at 10:23:50AM -0500, Stefan Berger wrote: > > > > "Daniel P.

Re: [Qemu-devel] [PATCH 0/4] set the OEM fields in the RSDT and the FADT from the SLIC

On Thu, Jan 21, 2016 at 02:42:02PM +0300, Michael Tokarev wrote: > 21.01.2016 14:37, Richard W.M. Jones wrote: > > > I'm afraid I gave up on this -- did give it my best. It turns out > > that the machine that I thought supported UEFI boot does not. I'll > > keep an eye out for such a machine

Re: [Qemu-devel] [PATCH v1 2/3] target-arm: Make pamax an argument to check_s2_startlevel

Edgar E. Iglesias writes: > From: "Edgar E. Iglesias" > > Make pamax an argument to check_s2_startlevel in preparation > for future reuse. > > No functional change. > > Signed-off-by: Edgar E. Iglesias > --- >

Re: [Qemu-devel] [PATCH v17 6/9] qmp/hmp: add set-vm-generation-id commands

On Wed, 20 Jan 2016 09:48:41 -0700 Eric Blake wrote: > On 01/19/2016 06:06 AM, Igor Mammedov wrote: > > Add set-vm-generation-id command to set Virtual Machine > > Generation ID counter. > > > > QMP command example: > > { "execute": "set-vm-generation-id", > >

Re: [Qemu-devel] [PULL v1 0/5] I/O channels fixes

On 20 January 2016 at 12:01, Daniel P. Berrange wrote: > The following changes since commit 3db34bf64ab4f8797565dd8750003156c32b301d: > > Merge remote-tracking branch 'remotes/afaerber/tags/qom-devices-for-peter' > into staging (2016-01-18 17:40:50 +) > > are available

Re: [Qemu-devel] [PATCH v1 3/3] target-arm: Implement the S2 MMU inputsize < pamax check

Edgar E. Iglesias writes: > On Wed, Jan 20, 2016 at 02:49:40PM +0100, Edgar E. Iglesias wrote: >> From: "Edgar E. Iglesias" >> >> Implement the inputsize < pamax check for Stage 2 translations. >> We have multiple choices for how to respond

Re: [Qemu-devel] [PATCH v3 1/1] arm_gic: Update ID registers based on revision

On 21 January 2016 at 00:18, Alistair Francis wrote: > Update the GIC ID registers (registers above 0xfe0) based on the GIC > revision instead of using the sames values for all GIC implementations. > > Signed-off-by: Alistair Francis >

[Qemu-devel] virtio ring layout changes for optimal single-stream performance

Hi all! I have been experimenting with alternative virtio ring layouts, in order to speed up single stream performance. I have just posted a benchmark I wrote for the purpose, and a (partial) alternative layout implementation. This achieves 20-40% reduction in virtio overhead in the (default)

Re: [Qemu-devel] [PATCH v2 12/17] qcow2: convert QCow2 to use QCryptoBlock for encryption

On Thu, Jan 21, 2016 at 09:56:11PM +0800, Fam Zheng wrote: > On Thu, 01/21 10:50, Daniel P. Berrange wrote: > > On Thu, Jan 21, 2016 at 05:54:23PM +0800, Fam Zheng wrote: > > > On Wed, 01/20 17:38, Daniel P. Berrange wrote: > > > > This converts the qcow2 driver to make use of the QCryptoBlock > >

[Qemu-devel] [PATCH v2 2/5] drivers/hv: Move VMBus hypercall codes into Hyper-V UAPI header

VMBus hypercall codes inside Hyper-V UAPI header will be used by QEMU to implement VMBus host devices support. Signed-off-by: Andrey Smetanin Acked-by: K. Y. Srinivasan Reviewed-by: Roman Kagan CC: Gleb Natapov

[Qemu-devel] [PATCH v2 2/3] target-arm: Make pamax an argument to check_s2_startlevel

From: "Edgar E. Iglesias" Make pamax an argument to check_s2_startlevel in preparation for future reuse. No functional change. Signed-off-by: Edgar E. Iglesias --- target-arm/helper.c | 8 1 file changed, 4 insertions(+), 4

Re: [Qemu-devel] [PATCH 0/4] set the OEM fields in the RSDT and the FADT from the SLIC

21.01.2016 14:37, Richard W.M. Jones wrote: > I'm afraid I gave up on this -- did give it my best. It turns out > that the machine that I thought supported UEFI boot does not. I'll > keep an eye out for such a machine and test this in future. BTW, why do you guys refer to UEFI boot all the

Re: [Qemu-devel] [PULL 0/6] Convert qemu-socket to use QAPI exclusively, update MAINTAINERS

On 20 January 2016 at 06:53, Gerd Hoffmann wrote: > Hi, > > Update for the qemu socket code, switching it over to QAPI structs. > Also adds MAINTAINERS entry for qemu socket code (Dan, Paolo, /me). > > please pull, > Gerd > > The following changes since commit

Re: [Qemu-devel] [PATCH v17 0/9] Virtual Machine Generation ID

On Wed, 20 Jan 2016 15:20:12 +0100 Laszlo Ersek wrote: > On 01/20/16 10:18, Igor Mammedov wrote: > > On Tue, 19 Jan 2016 17:49:30 +0100 > > Laszlo Ersek wrote: > > > >> On 01/19/16 15:48, Igor Mammedov wrote: > >>> Here is SSDT ASL diff with vmgenid device

Re: [Qemu-devel] [PATCH v3] vfio/common: Check iova with limit not with size

On 01/20/2016 04:46 PM, Alex Williamson wrote: On Wed, 2016-01-20 at 16:14 +0100, Pierre Morel wrote: On 01/12/2016 07:16 PM, Alex Williamson wrote: On Tue, 2016-01-12 at 16:11 +0100, Pierre Morel wrote: In vfio_listener_region_add(), we try to validate that the region is not zero sized and

Re: [Qemu-devel] [PATCH v2 12/17] qcow2: convert QCow2 to use QCryptoBlock for encryption

On Thu, 01/21 10:50, Daniel P. Berrange wrote: > On Thu, Jan 21, 2016 at 05:54:23PM +0800, Fam Zheng wrote: > > On Wed, 01/20 17:38, Daniel P. Berrange wrote: > > > This converts the qcow2 driver to make use of the QCryptoBlock > > > APIs for encrypting image content. As well as continued support

Re: [Qemu-devel] [PATCH v2 05/17] crypto: add support for anti-forensic split algorithm

On Wed, 01/20 17:38, Daniel P. Berrange wrote: > diff --git a/crypto/afsplit.c b/crypto/afsplit.c > new file mode 100644 > index 000..42529e7 > --- /dev/null > +++ b/crypto/afsplit.c > @@ -0,0 +1,162 @@ > +/* > + * QEMU Crypto anti forensic information splitter > + * > + * Copyright (c)

Re: [Qemu-devel] [PATCH v9 10/37] qapi: Make all visitors supply uint64 callbacks

Eric Blake writes: > On 01/20/2016 10:29 AM, Markus Armbruster wrote: >> Eric Blake writes: >> >>> Our qapi visitor contract supports multiple integer visitors, >>> but left the type_uint64 visitor as optional (falling back on >>> type_int64); it also

Re: [Qemu-devel] [PULL 14/15] qemu-char: add logfile facility to all chardev backends

On Thu, Jan 21, 2016 at 07:16:25AM +0100, Hervé Poussineau wrote: > Hi, > > This patch (commit d0d7708ba29cbcc343364a46bff981e0ff88366f) regresses the > following command line: > qemu-system-i386 -nodefaults -chardev vc,id=mon0 -mon chardev=mon0 > > Before: > [nothing is print on console] > >

Re: [Qemu-devel] [PATCH v9 12/37] qapi: Don't cast Enum* to int*

Eric Blake writes: > On 01/20/2016 11:08 AM, Markus Armbruster wrote: >> Eric Blake writes: >> >>> C compilers are allowed to represent enums as a smaller type >>> than int, if all enum values fit in the smaller type. There >>> are even compiler flags

Re: [Qemu-devel] [PATCH v5 1/4] Provide support for the CUSE TPM

On Thu, Jan 21, 2016 at 05:41:32AM +, Xu, Quan wrote: > > On January 21, 2016 at 1:08pm, wrote: > > On Wed, Jan 20, 2016 at 04:25:15PM -0500, Stefan Berger wrote: > > > On 01/20/2016 01:54 PM, Michael S. Tsirkin wrote: > > > >On Wed, Jan 20, 2016 at 11:06:45AM -0500, Stefan

Re: [Qemu-devel] [PATCH v9 15/37] qom: Swap 'name' next to visitor in ObjectPropertyAccessor

Eric Blake writes: > On 01/20/2016 11:49 AM, Markus Armbruster wrote: >> Eric Blake writes: >> >>> Similar to the previous patch, it's nice to have all functions >>> in the tree that involve a visitor and a name for conversion to >>> or from QAPI to

Re: [Qemu-devel] [PATCH v9 16/37] qapi: Swap 'name' in visit_* callbacks to match public API

Eric Blake writes: > On 01/20/2016 11:55 AM, Markus Armbruster wrote: >> Eric Blake writes: >> >>> As explained in the previous patches, matching argument order of >>> 'name, ' to JSON's "name":value makes sense. However, >>> while the last two patches

Re: [Qemu-devel] RFC: running the user interface in a thread ...

On 21/01/2016 10:52, Gerd Hoffmann wrote: >> > Instead of having a full-blown thread, are there things (such as the >> > TGSI->GLSL conversion) that could be simply offloaded to a userspace >> > thread pool, either in QEMU or in virglrenderer? > I think virglrenderer would have to do that.

Re: [Qemu-devel] [PATCH v2 10/17] block: add generic full disk encryption driver

On Wed, 01/20 17:38, Daniel P. Berrange wrote: > +/* XXX Should we treat size as being total physical size > + * of the image (ie payload + encryption header), or just > + * the logical size of the image (ie payload). If the latter > + * then we need to extend 'size' to include the

Re: [Qemu-devel] [PATCH v7] spec: add qcow2 bitmaps extension specification

Am 21.01.2016 um 09:22 hat Vladimir Sementsov-Ogievskiy geschrieben: > On 21.01.2016 00:22, John Snow wrote: > > > >On 01/20/2016 07:34 AM, Vladimir Sementsov-Ogievskiy wrote: > >>On 19.01.2016 20:48, Kevin Wolf wrote: > >>>Am 11.01.2016 um 14:05 hat Vladimir Sementsov-Ogievskiy geschrieben: >

Re: [Qemu-devel] [PATCH v2 00/19] ISA DMA controllers cleanup (i8257, i82374)

On 20/01/2016 21:31, Hervé Poussineau wrote: > Ping. > > Hervé > > Le 10/01/2016 16:24, Hervé Poussineau a écrit : >> Hi, >> >> This patchset is a cleanup of the i8257/i82374 ISA DMA controllers. >> Global DMA_* functions will be obsoleted and then deleted, and ISA >> devices will not >> be tied

Re: [Qemu-devel] [PATCH v2 00/13] Dirty bitmap changes for migration/persistence work

An idea/question. What about make some const dirty bitmap finctions really const? bdrv_dirty_bitmap_name(BdrvDirtyBitmap *bitmap) -> bdrv_dirty_bitmap_name(const BdrvDirtyBitmap *bitmap) bdrv_dirty_bitmap_size(BdrvDirtyBitmap *bitmap) -> bdrv_dirty_bitmap_size(const BdrvDirtyBitmap

Re: [Qemu-devel] qxl : no mouse cursor with sdl2/gtk UI

On Mi, 2016-01-20 at 15:20 +0100, nicolas prochazka wrote: > hello, > > my libvirt definition xml file, if i change qxl by vga , mouse pointer > is present , > > if i change vm seven to windows81 , mouse pointer is present ( using > wddm qxl driver not the same as seven ) > > with windows

Re: [Qemu-devel] RFC: running the user interface in a thread ...

On 18 January 2016 at 19:54, Gerd Hoffmann wrote: > Hi folks, > > I'm starting to investigate if and how we can move the user interface > code into its own thread instead of running it in the iothread and > therefore avoid blocking the guest in case some UI actions take a

Re: [Qemu-devel] RFC: running the user interface in a thread ...

On 21/01/2016 09:44, Dave Airlie wrote: > I've hacked on this before, but only with SDL and it was pretty dirty, > and it gave a fairly decent > speed up. > > My thoughts are to use dataplane like design to process the queue in a > separate thread, > and then have some sort of channel between

Re: [Qemu-devel] RFC: running the user interface in a thread ...

Hi, > What are taking long time? Can you give a few examples? Didn't profile things, but UI code is handling bulky graphics data, which of course takes time, especially in case some software scaling is involved. For sdl-1 I remember complains about it slowing down guests alot. IIRC I checked

Re: [Qemu-devel] [PATCH v2 12/17] qcow2: convert QCow2 to use QCryptoBlock for encryption

On Wed, 01/20 17:38, Daniel P. Berrange wrote: > This converts the qcow2 driver to make use of the QCryptoBlock > APIs for encrypting image content. As well as continued support > for the legacy QCow2 encryption format, the appealing benefit > is that it enables support for the LUKS format inside

Re: [Qemu-devel] qxl : no mouse cursor with sdl2/gtk UI

On Do, 2016-01-21 at 10:41 +0100, nicolas prochazka wrote: > hello, > > yes you 're right > > - windows seven, qxl , usb mouse passthrough : no mouse cursor Try dropping the usb tablet from the libvirt config then. cheers, Gerd

Re: [Qemu-devel] [PATCH v2] Add optionrom compatible with fw_cfg DMA version

On Tue, Jan 19, 2016 at 01:11:47PM +0100, Gerd Hoffmann wrote: > > If you really think they should be merged, I'd even propose to > > merge the ASM version onto the C version (convert this patch into > > linuxboot.S). This slightly improves readability. > > Fully agree. I'm personally fine with

Re: [Qemu-devel] [PATCH] pseries: Allow TCG h_enter to work with hotplugged memory

On 21/01/2016 04:50, David Gibson wrote: > On Thu, Jan 21, 2016 at 12:48:46PM +1100, Alexey Kardashevskiy > wrote: >> On 01/21/2016 12:41 PM, David Gibson wrote: >>> The implementation of the H_ENTER hypercall for PAPR guests >>> needs to enforce correct access attributes on the inserted >>>

Re: [Qemu-devel] RFC: running the user interface in a thread ...

Hi, > That sounds good in theory (but see below) since AioContext integrates > with the glib main loop because it is a GSource. QEMU code should use > AioContext where we have high resolution timers and APIs for file > descriptor, EventNotifier, and BH. Sounds good. > Use BH or EventNotifier

Re: [Qemu-devel] qxl : no mouse cursor with sdl2/gtk UI

it does not work , with dropping usb tablet. to be more precise, when i write "no mouse cursor', it means, mouse is ok ( click and position) , it's just the mouse pointer which is not visible Regard, Nicolas 2016-01-21 10:54 GMT+01:00 Gerd Hoffmann : > On Do, 2016-01-21 at

Re: [Qemu-devel] [PATCH] net: set endianness on all backend devices

ping [added Jason in cc:] On 13/01/2016 20:26, Laurent Vivier wrote: > commit 5be7d9f1b1452613b95c6ba70b8d7ad3d0797991 >vhost-net: tell tap backend about the vnet endianness > > makes vhost net to set the endianness of the device, but only for > the first device. > > In case of

Re: [Qemu-devel] [PATCH] linux-user: add option to intercept execve() syscalls

Le 18/01/2016 05:33, Petros Angelatos a écrit : > From: Petros Angelatos > > In order for one to use QEMU user mode emulation under a chroot, it is > required to use binfmt_misc. This can be avoided by QEMU never doing a > raw execve() to the host system. > > Introduce a

Re: [Qemu-devel] [PATCH v7] spec: add qcow2 bitmaps extension specification

On 21.01.2016 12:53, Kevin Wolf wrote: Am 21.01.2016 um 09:22 hat Vladimir Sementsov-Ogievskiy geschrieben: On 21.01.2016 00:22, John Snow wrote: On 01/20/2016 07:34 AM, Vladimir Sementsov-Ogievskiy wrote: On 19.01.2016 20:48, Kevin Wolf wrote: Am 11.01.2016 um 14:05 hat Vladimir

Re: [Qemu-devel] [PATCH v7] spec: add qcow2 bitmaps extension specification

On 21.01.2016 00:22, John Snow wrote: On 01/20/2016 07:34 AM, Vladimir Sementsov-Ogievskiy wrote: On 19.01.2016 20:48, Kevin Wolf wrote: Am 11.01.2016 um 14:05 hat Vladimir Sementsov-Ogievskiy geschrieben: The new feature for qcow2: storing bitmaps. This patch adds new header extension to

Re: [Qemu-devel] [PATCH v2 02/17] crypto: add cryptographic random byte source

On Thu, Jan 21, 2016 at 02:12:06PM +0800, Fam Zheng wrote: > On Wed, 01/20 17:38, Daniel P. Berrange wrote: > > +int qcrypto_random_bytes(uint8_t *buf G_GNUC_UNUSED, > > + size_t buflen G_GNUC_UNUSED, > > + Error **errp) > > +{ > > +

Re: [Qemu-devel] [PATCH v3 09/13] nbd: pick first exported volume if no export name is requested

On 19/01/2016 17:44, Daniel P. Berrange wrote: >> > As a first reaction, I would really avoid magic unless the server >> > provides a single exports. But even in that case, I would prefer to >> > have some synchronization between the server and client command-line. >> > >> > Is an empty

Re: [Qemu-devel] RFC: running the user interface in a thread ...

On Mon, 01/18 10:54, Gerd Hoffmann wrote: > Hi folks, > > I'm starting to investigate if and how we can move the user interface > code into its own thread instead of running it in the iothread and > therefore avoid blocking the guest in case some UI actions take a little > longer. > > opengl

Re: [Qemu-devel] virtio-scsi/blk dataplane and guest memory allocation

On 20/01/2016 21:12, Roy Shterman wrote: > Hi, > > I have two questions, > > First, I'm developing for Libiscsi and trying to work with virtio-scsi > dataplane or even virtio-blk dataplane and it doesn't works well. > > I'm working with latest qemu and latest Libiscsi in RedHat 7 libvirt >

Re: [Qemu-devel] [PATCH v2 11/17] qcow2: make qcow2_encrypt_sectors encrypt in place

On Wed, 01/20 17:38, Daniel P. Berrange wrote: > Instead of requiring separate input/output buffers for > encrypting data, change qcow2_encrypt_sectors() to assume > use of a single buffer, encrypting in place. The current > callers all used the same buffer for input/output already. > >

Re: [Qemu-devel] RFC: running the user interface in a thread ...

On Tue, Jan 19, 2016 at 01:51:09PM +0100, Kevin Wolf wrote: > Am 18.01.2016 um 10:54 hat Gerd Hoffmann geschrieben: > > Hi folks, > > > > I'm starting to investigate if and how we can move the user interface > > code into its own thread instead of running it in the iothread and > > therefore

Re: [Qemu-devel] [PATCH 1/1] vl: change QEMU state machine for system reset

On 19/01/2016 08:59, Denis V. Lunev wrote: > @@ -612,8 +617,10 @@ static const RunStateTransition > runstate_transitions_def[] = { > > { RUN_STATE_FINISH_MIGRATE, RUN_STATE_RUNNING }, > { RUN_STATE_FINISH_MIGRATE, RUN_STATE_POSTMIGRATE }, > +{ RUN_STATE_FINISH_MIGRATE,

Re: [Qemu-devel] qxl : no mouse cursor with sdl2/gtk UI

hello, yes you 're right - windows seven, qxl , usb mouse passthrough : no mouse cursor - windows seven, vga, usb mouse passthrough : cursor - windows seven, qxl , no passthrough : cursor - windows 8, qxl , usb mouse passthrough : cursor - windows 8 vga, usb mouse passthrough : cursor -

Re: [Qemu-devel] RFC: running the user interface in a thread ...

On Do, 2016-01-21 at 10:05 +0100, Paolo Bonzini wrote: > > On 21/01/2016 09:44, Dave Airlie wrote: > > I've hacked on this before, but only with SDL and it was pretty dirty, > > and it gave a fairly decent > > speed up. > > > > My thoughts are to use dataplane like design to process the queue in

Re: [Qemu-devel] [PATCH v9 15/37] qom: Swap 'name' next to visitor in ObjectPropertyAccessor

Kevin Wolf writes: > Am 21.01.2016 um 10:18 hat Markus Armbruster geschrieben: >> Eric Blake writes: >> > On 01/20/2016 11:49 AM, Markus Armbruster wrote: >> >> Eric Blake writes: >> >> >> >> However, the actual match is looser! For

Re: [Qemu-devel] [PATCH v9 19/37] qmp: Fix reference-counting of qnull on empty output visit

Eric Blake writes: > Commit 6c2f9a15 ensured that we would not return NULL when the > caller used an output visitor but had nothing to visit. But > in doing so, it added a FIXME about a reference count leak > that could abort qemu in the (unlikely) case of SIZE_MAX such >

Re: [Qemu-devel] RFC: running the user interface in a thread ...

On Thu, Jan 21, 2016 at 09:58:11AM +, Stefan Hajnoczi wrote: > On Tue, Jan 19, 2016 at 01:51:09PM +0100, Kevin Wolf wrote: > > Am 18.01.2016 um 10:54 hat Gerd Hoffmann geschrieben: > > > Hi folks, > > > > > > I'm starting to investigate if and how we can move the user interface > > > code

  1   2   3   >