[Qemu-devel] [PATCH 2/2] pc: memory: Validate alignment of maxram_size to page size

2015-01-26 Thread Peter Krempa
originally added on the commandline qemu exits on the assertion failure. Signed-off-by: Peter Krempa --- hw/i386/pc.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/hw/i386/pc.c b/hw/i386/pc.c index e07f1fa..157eefe 100644 --- a/hw/i386/pc.c +++ b/hw/i386/pc.c @@ -1246,6 +1246,13

[Qemu-devel] [PATCH 0/2] pc: Fix startup with memory hotplug enabled

2015-01-26 Thread Peter Krempa
Tweak error messages to make sense and add check to verify that maxmem_size is properly aligned right away rather than just crashing afterwards. Peter Krempa (2): vl.c: Fix error messages when parsing maxmem parameters pc: memory: Validate alignment of maxram_size to page size hw/i386/pc.c

Re: [Qemu-devel] [PATCH 1/2] vl.c: Fix error messages when parsing maxmem parameters

2015-01-27 Thread Peter Krempa
On Tue, Jan 27, 2015 at 11:15:41 -0700, Eric Blake wrote: > On 01/26/2015 08:31 AM, Peter Krempa wrote: > > Produce more human readable error messages and fix few spelling > > mistakes. > > > > Also remove a redundant check for the max memory size. > >

[Qemu-devel] [PATCHv2 0/2] pc: Fix startup with memory hotplug enabled

2015-01-28 Thread Peter Krempa
Tweak error messages to make sense and add check to verify that maxmem_size is properly aligned right away rather than just crashing afterwards. Peter Krempa (2): vl.c: Fix error messages when parsing maxmem parameters pc: memory: Validate alignment of maxram_size to page size hw/i386/pc.c

[Qemu-devel] [PATCHv2 1/2] vl.c: Fix error messages when parsing maxmem parameters

2015-01-28 Thread Peter Krempa
Produce more human readable error messages and fix few spelling mistakes. Also remove a redundant check for the max memory size. Signed-off-by: Peter Krempa --- Notes: Version 2: - fixed spacing in error message - changed control flow to allow maxmem == ram_size in case slots == 0

[Qemu-devel] [PATCHv2 2/2] pc: memory: Validate alignment of maxram_size to page size

2015-01-28 Thread Peter Krempa
originally added on the commandline qemu exits on the assertion failure. Signed-off-by: Peter Krempa Reviewed-by: Eric Blake --- hw/i386/pc.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/hw/i386/pc.c b/hw/i386/pc.c index c7af6aa..8cf405a 100644 --- a/hw/i386/pc.c +++ b/hw/i386/pc.c

Re: [Qemu-devel] [PATCHv2 1/2] vl.c: Fix error messages when parsing maxmem parameters

2015-01-28 Thread Peter Krempa
On Wed, Jan 28, 2015 at 13:29:41 +0100, Igor Mammedov wrote: > On Wed, 28 Jan 2015 09:35:03 +0100 > Peter Krempa wrote: > > > Produce more human readable error messages and fix few spelling > > mistakes. > > > > Also remove a redundant check for the max me

[Qemu-devel] [PATCHv3 0/2] pc: Fix startup with memory hotplug enabled

2015-01-29 Thread Peter Krempa
Tweak error messages to make sense and add check to verify that maxmem_size is properly aligned right away rather than just crashing afterwards. Peter Krempa (2): vl.c: Fix error messages when parsing maxmem parameters pc: memory: Validate alignment of maxram_size to page size hw/i386/pc.c

[Qemu-devel] [PATCHv3 1/2] vl.c: Fix error messages when parsing maxmem parameters

2015-01-29 Thread Peter Krempa
Produce more human readable error messages and fix few spelling mistakes. Also remove a redundant check for the max memory size. Signed-off-by: Peter Krempa --- Notes: Version 3: - forgot a word in one of the error messages Version 2: - fixed spacing in error message

Re: [Qemu-devel] [PATCH v3 4/7] monitor: use cc->get_arch_id as the cpu index

2015-01-29 Thread Peter Krempa
On Thu, Jan 29, 2015 at 15:12:49 +0100, Igor Mammedov wrote: > On Wed, 14 Jan 2015 15:27:27 +0800 > Zhu Guihua wrote: > > > From: Gu Zheng > > > > Use cc->get_arch_id as the cpu index to avoid the cpu index duplicated > > issue in the QMP/HMP command output. > > > > Signed-off-by: Gu Zheng >

[Qemu-devel] [PATCHv3 2/2] pc: memory: Validate alignment of maxram_size to page size

2015-01-29 Thread Peter Krempa
originally added on the commandline qemu exits on the assertion failure. Signed-off-by: Peter Krempa Reviewed-by: Eric Blake --- hw/i386/pc.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/hw/i386/pc.c b/hw/i386/pc.c index c7af6aa..8cf405a 100644 --- a/hw/i386/pc.c +++ b/hw/i386/pc.c

Re: [Qemu-devel] [PATCH 2/2] docs: add memory-hotplug.txt

2015-03-02 Thread Peter Krempa
On Thu, Feb 26, 2015 at 14:49:16 -0500, Luiz Capitulino wrote: > This document describes how to use memory hotplug in QEMU. > > Signed-off-by: Luiz Capitulino > --- > docs/memory-hotplug.txt | 77 > + > 1 file changed, 77 insertions(+) > create m

Re: [Qemu-devel] [PATCH 1/2] qemu-options.hx: improve -m description

2015-03-02 Thread Peter Krempa
On Thu, Feb 26, 2015 at 14:49:15 -0500, Luiz Capitulino wrote: > Add memory hotplug options to the command-line format. Also, > add a complete command-line example and improve description. > > Signed-off-by: Luiz Capitulino > --- > qemu-options.hx | 23 ++- > 1 file changed,

[Qemu-devel] [PATCH] util: socket: Add missing localaddr and localport option for DGRAM socket

2015-05-13 Thread Peter Krempa
9 Author: Markus Armbruster Date: Thu Feb 12 17:52:20 2015 +0100 QemuOpts: Drop qemu_opt_set(), rename qemu_opt_set_err(), fix use Add the two fields so that the options can again be parsed correctly. Resolves: https://bugzilla.redhat.com/show_bug.cgi?id=1220252 Signed-off-by: Pete

[Qemu-devel] [PATCH v2] util: socket: Add missing localaddr and localport option for DGRAM socket

2015-05-15 Thread Peter Krempa
ed correctly and qemu doesn't abort(). Resolves: https://bugzilla.redhat.com/show_bug.cgi?id=1220252 Signed-off-by: Peter Krempa Reviewed-by: Eric Blake --- Notes: Version 2: - improved commit message as suggested by Markus Cc: Markus Armbruster util/qemu-sockets.c | 6 ++ 1 file chang

Re: [Qemu-devel] [PATCH 2/8] qmp: create qmp_savevm command

2016-01-26 Thread Peter Krempa
On Tue, Jan 19, 2016 at 19:11:05 +0100, Markus Armbruster wrote: > "Denis V. Lunev" writes: > > > On 01/18/2016 06:58 PM, Markus Armbruster wrote: > >> "Denis V. Lunev" writes: ... > > The overloaded interface you propose is more complex than it seems. You > hide the complexity by not docume

Re: [Qemu-devel] [PATCH 2/8] qmp: create qmp_savevm command

2016-01-26 Thread Peter Krempa
On Fri, Jan 22, 2016 at 16:31:04 +0100, Markus Armbruster wrote: > "Denis V. Lunev" writes: > > On 01/19/2016 09:11 PM, Markus Armbruster wrote: > >> "Denis V. Lunev" writes: [...] > >> This would be like HMP savevm with the following differences: > >> > >> * Separate parameters for tag and ID.

Re: [Qemu-devel] KVM call for agenda for 2016-03-01

2016-02-25 Thread Peter Krempa
On Thu, Feb 25, 2016 at 09:40:34 +0100, Thomas Huth wrote: > On 23.02.2016 16:33, Juan Quintela wrote: > > > > 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

Re: [Qemu-devel] [PATCH 2/2] hmp: Extend drive_del to delete nodes without BB

2016-02-25 Thread Peter Krempa
On Wed, Feb 24, 2016 at 18:54:45 +0100, Max Reitz wrote: > On 23.02.2016 18:16, Kevin Wolf wrote: > > Now that we can use drive_add to create new nodes without a BB, we also > > want to be able to delete such nodes again. > > > > Signed-off-by: Kevin Wolf > > --- > > blockdev.c | 9 + > >

Re: [Qemu-devel] [PATCH 1/1] qmp: process system-reset event in paused state

2015-12-16 Thread Peter Krempa
On Wed, Dec 16, 2015 at 12:32:13 +0300, Denis V. Lunev wrote: > On 12/16/2015 12:12 PM, Paolo Bonzini wrote: > > > > On 16/12/2015 10:00, Denis V. Lunev wrote: > >> With pvpanic or HyperV panic devices could be moved into the paused state > >> with ' preserve'. In this state VM reacts only to > >>

Re: [Qemu-devel] [PATCH 1/1] qmp: process system-reset event in paused state

2015-12-16 Thread Peter Krempa
On Wed, Dec 16, 2015 at 10:12:20 +0100, Paolo Bonzini wrote: > > > On 16/12/2015 10:00, Denis V. Lunev wrote: > > With pvpanic or HyperV panic devices could be moved into the paused state > > with ' preserve'. In this state VM reacts only to > > 'virsh destroy' or 'continue'. > > > > 'virsh rese

Re: [Qemu-devel] [RFC PATCH v0 0/9] Generic cpu-core device

2015-12-17 Thread Peter Krempa
On Wed, Dec 16, 2015 at 16:11:08 +0100, Igor Mammedov wrote: > On Fri, 11 Dec 2015 09:27:57 +0530 > Bharata B Rao wrote: > > > On Thu, Dec 10, 2015 at 01:35:05PM +0100, Igor Mammedov wrote: > > > On Thu, 10 Dec 2015 11:45:35 +0530 > > > Bharata B Rao wrote: [...] > > > For initial conversion o

Re: [Qemu-devel] nbd: Possible regression in 2.9 RCs

2017-04-03 Thread Peter Krempa
On Mon, Apr 03, 2017 at 10:15:42 +0200, Kevin Wolf wrote: > Am 31.03.2017 um 19:43 hat Max Reitz geschrieben: > > On 31.03.2017 18:03, Ciprian Barbu wrote: [...] > > So this doesn't work: > > > > $ x86_64-softmmu/qemu-system-x86_64 \ > > -blockdev node-name=image,driver=qcow2,\ > > file.driv

Re: [Qemu-devel] nbd: Possible regression in 2.9 RCs

2017-04-03 Thread Peter Krempa
On Mon, Apr 03, 2017 at 15:00:41 +0200, Kevin Wolf wrote: > Am 03.04.2017 um 14:39 hat Max Reitz geschrieben: > > On 03.04.2017 10:15, Kevin Wolf wrote: > > > Am 31.03.2017 um 19:43 hat Max Reitz geschrieben: > > > > [...] > > > > >> So in theory all that's necessary is to set share-rw=on for the

Re: [Qemu-devel] nbd: Possible regression in 2.9 RCs

2017-04-04 Thread Peter Krempa
On Tue, Apr 04, 2017 at 15:19:02 +0200, Kevin Wolf wrote: > Am 03.04.2017 um 14:51 hat Peter Krempa geschrieben: > > On Mon, Apr 03, 2017 at 10:15:42 +0200, Kevin Wolf wrote: > > > Am 31.03.2017 um 19:43 hat Max Reitz geschrieben: > > > > On 31.03.2

Re: [Qemu-devel] [RFC PATCH 2/2] numa: Add node_id data in query-hotpluggable-cpus

2016-07-08 Thread Peter Krempa
On Fri, Jul 08, 2016 at 13:54:58 +0200, Igor Mammedov wrote: > On Thu, 7 Jul 2016 17:17:14 +0200 > Peter Krempa wrote: > > > Add a helper that looks up the NUMA node for a given CPU and use it to > > fill the node_id in the PPC and X86 impls of query-hotpluggable-cpus. &

Re: [Qemu-devel] [RFC PATCH 2/2] numa: Add node_id data in query-hotpluggable-cpus

2016-07-08 Thread Peter Krempa
On Fri, Jul 08, 2016 at 14:06:31 +0200, Igor Mammedov wrote: > On Fri, 8 Jul 2016 09:46:00 +0200 > Peter Krempa wrote: > > [...] > > Note: For libvirt it's a no-go to start a throwaway qemu process just to > > query the information and thus it's desired to ha

Re: [Qemu-devel] [RFC PATCH 2/2] numa: Add node_id data in query-hotpluggable-cpus

2016-07-08 Thread Peter Krempa
On Fri, Jul 08, 2016 at 14:10:59 +0200, Igor Mammedov wrote: > On Fri, 8 Jul 2016 14:04:23 +0200 > Peter Krempa wrote: > > > On Fri, Jul 08, 2016 at 13:54:58 +0200, Igor Mammedov wrote: > > > On Thu, 7 Jul 2016 17:17:14 +0200 > > > Peter Krempa wrote: [...

Re: [Qemu-devel] [RFC 2/2] qmp: Implement cpu-add in terms of query-hotpluggable-cpus when available

2016-07-18 Thread Peter Krempa
On Mon, Jul 18, 2016 at 19:19:20 +1000, David Gibson wrote: > We've recently added a new device_add based cpu hotplug > implementation, with the spapr machine type being the first user. In > order to overcome the limitations of the old cpu_add interface, it > works very differently. That's going

Re: [Qemu-devel] [RFC 0/2] cpu-add compatibility for query-hotpluggable-cpus implementations

2016-07-18 Thread Peter Krempa
On Mon, Jul 18, 2016 at 19:19:18 +1000, David Gibson wrote: > I'm not entirely sure if this is a good idea, and if it is whether > this is a good approach to it. But I'd like to discuss it and see if > anyone has better ideas. > > As you may know we've hit a bunch of complications with cpu_index

Re: [Qemu-devel] [RFC 0/2] cpu-add compatibility for query-hotpluggable-cpus implementations

2016-07-19 Thread Peter Krempa
On Mon, Jul 18, 2016 at 18:20:35 +0200, Igor Mammedov wrote: > On Mon, 18 Jul 2016 17:06:18 +0200 > Peter Krempa wrote: > > On Mon, Jul 18, 2016 at 19:19:18 +1000, David Gibson wrote: [...] > > First of the problem is the missing link between the NUMA topology > > (curre

Re: [Qemu-devel] [RFC 2/2] qmp: Implement cpu-add in terms of query-hotpluggable-cpus when available

2016-07-19 Thread Peter Krempa
On Tue, Jul 19, 2016 at 09:51:00 +0200, Igor Mammedov wrote: > On Tue, 19 Jul 2016 09:32:08 +0530 > Bharata B Rao wrote: > > On Mon, Jul 18, 2016 at 04:01:18PM +0200, Peter Krempa wrote: > > > On Mon, Jul 18, 2016 at 19:19:20 +1000, David Gibson wrote: [...] > > Is

Re: [Qemu-devel] [RFC 1/2] spapr: Reverse order of hotpluggable cpus list

2016-07-19 Thread Peter Krempa
On Mon, Jul 18, 2016 at 19:19:19 +1000, David Gibson wrote: > The spapr implementation of query-hotpluggable-cpus builds the list of > hotpluggable cores from the end (most removed from the list head) > because that's the easiest way with a singly linked list. Because it > also traverses the possi

Re: [Qemu-devel] [RFC 1/2] spapr: Reverse order of hotpluggable cpus list

2016-07-20 Thread Peter Krempa
On Wed, Jul 20, 2016 at 11:00:05 +1000, David Gibson wrote: > On Tue, Jul 19, 2016 at 01:52:40PM +0200, Peter Krempa wrote: > > On Mon, Jul 18, 2016 at 19:19:19 +1000, David Gibson wrote: > > > The spapr implementation of query-hotpluggable-cpus builds the list of > > >

Re: [Qemu-devel] Non-flat command line option argument syntax

2017-02-03 Thread Peter Krempa
On Thu, Feb 02, 2017 at 20:42:33 +0100, Markus Armbruster wrote: [...] > === Comparison === > > In my opinion, dotted keys are weird and ugly, but at least they don't > add to the quoting mess. Structured values look better, except when > they do add to the quoting mess. From libvirt's point o

Re: [PATCH] docs/system: Deprecate raspi2/raspi3 machine aliases

2020-10-19 Thread Peter Krempa
x27;'''''''''' > + > +These machines have been respectively renamed ``raspi2b`` and ``raspi3b``. > + libvirt doesn't do any interpretation for these machine types, so we don't need to add any compatibility. Obviously users of these machine types might end up with broken configs if they were using them, but that's qemu's decision. On behalf of libvirt: ACKed-by: Peter Krempa

Re: [PATCH] pci: Refuse to hotplug PCI Devices when the Guest OS is not ready

2020-10-26 Thread Peter Krempa
On Fri, Oct 23, 2020 at 19:27:55 +0200, Igor Mammedov wrote: > On Fri, 23 Oct 2020 11:54:40 -0400 > "Michael S. Tsirkin" wrote: > > > On Fri, Oct 23, 2020 at 09:47:14AM +0300, Marcel Apfelbaum wrote: > > > Hi David, > > > > > > On Fri, Oct 23, 2020 at 6:49 AM David Gibson wrote: > > > > > >

Re: [PATCH v5 06/12] nbd: Update qapi to support exporting multiple bitmaps

2020-10-26 Thread Peter Krempa
On Fri, Oct 23, 2020 at 13:36:46 -0500, Eric Blake wrote: > Since 'nbd-server-add' is deprecated, and 'block-export-add' is new to > 5.2, we can still tweak the interface. Allowing 'bitmaps':['str'] is > nicer than 'bitmap':'str'. This wires up the qapi and qemu-nbd > changes to permit passing mu

Re: [PATCH v6 04/11] nbd: Update qapi to support exporting multiple bitmaps

2020-10-27 Thread Peter Krempa
--- > blockdev-nbd.c | 6 +- > nbd/server.c | 19 -- > qemu-nbd.c | 18 - > 5 files changed, 58 insertions(+), 29 deletions(-) Reviewed-by: Peter Krempa

Re: [PATCH v5 0/8] Configurable policy for handling deprecated interfaces

2020-09-21 Thread Peter Krempa
On Mon, Sep 21, 2020 at 13:45:14 +0100, Richard W.M. Jones wrote: > Some general comments on using the patch: > > * For libguestfs I chose to add > > -compat deprecated-input=reject,deprecated-output=hide > > This is only enabled in developer builds of libguestfs when we > are running qemu

Re: [PATCH v2 0/2] block: deprecate the sheepdog driver

2020-09-23 Thread Peter Krempa
On Tue, Sep 22, 2020 at 18:42:52 +0100, Daniel Berrange wrote: > On Tue, Sep 22, 2020 at 01:09:06PM -0400, Neal Gompa wrote: > > On Tue, Sep 22, 2020 at 12:16 PM Daniel P. Berrangé > > wrote: > > > > > > 2 years back I proposed dropping the sheepdog mailing list from the > > > MAINTAINERS file,

Re: [PATCH v5 1/8] qemu-options: New -compat to set policy for deprecated interfaces

2020-09-14 Thread Peter Krempa
On Mon, Sep 14, 2020 at 10:47:55 +0200, Markus Armbruster wrote: > Policy is separate for input and output. > > Input policy can be "accept" (accept silently), or "reject" (reject > the request with an error). > > Output policy can be "accept" (pass on unchanged), or "hide" (filter > out the depr

Re: [PATCH 2/6] migration: introduce savevm, loadvm, delvm QMP commands

2020-07-06 Thread Peter Krempa
On Mon, Jul 06, 2020 at 18:15:55 +0200, Kevin Wolf wrote: > Am 03.07.2020 um 18:02 hat Daniel P. Berrangé geschrieben: > > On Fri, Jul 03, 2020 at 04:49:33PM +0100, Dr. David Alan Gilbert wrote: > > > * Daniel P. Berrangé (berra...@redhat.com) wrote: > > > > On Thu, Jul 02, 2020 at 01:12:52PM -05

Re: [RFC PATCH 1/2] hw/sd/ssi-sd: Deprecate the SPI to SD card 'adapter'

2020-07-06 Thread Peter Krempa
ce is deprecated. Users should use 'scsi-hd' or > 'scsi-cd' as appropriate to get a SCSI hard disk or CD-ROM as needed. > > +``ssi-sd`` (since 5.1) > +''''''''''''''''''''''''' > + > +The 'ssi-sd' (SSI to SD card adapter) device is deprecated. libvirt didn't allow configuring this device yet, so from our view it's okay to remove it. ACKed-by: Peter Krempa

Re: [RFC PATCH 2/2] hw/sd/sdcard: Deprecate the SPI mode

2020-07-06 Thread Peter Krempa
e 5.1) > +^^ > + > +The SPI mode of the 'sd-card' device is deprecated. libvirt didn't implement this knob so it's okay to remove it without replacement. ACKed-by: Peter Krempa

Re: [PATCH 2/6] migration: introduce savevm, loadvm, delvm QMP commands

2020-07-07 Thread Peter Krempa
On Tue, Jul 07, 2020 at 12:33:31 +0200, Kevin Wolf wrote: > Am 07.07.2020 um 08:38 hat Peter Krempa geschrieben: > > On Mon, Jul 06, 2020 at 18:15:55 +0200, Kevin Wolf wrote: > > > Am 03.07.2020 um 18:02 hat Daniel P. Berrangé geschrieben: [...] > > IMO we really wan

Re: [PATCH-for-5.2 v3] hw/mips: Remove the 'r4k' machine

2020-11-03 Thread Peter Krempa
a single mips-based VM definition in the test-suite, so our mips support is rather theoretical. On behalf of libvirt: ACKed-by: Peter Krempa

Re: [PATCH 1/2] qcow2: Release read-only bitmaps when inactivated

2020-07-30 Thread Peter Krempa
inactive_all(), but bdrv_invalidate_cache_all() attempts to reload > them (which fails, because they are still present in memory). > I've tested it with same commands as I've used before and now the 'cont' succeeds and also the bitmaps after the cont call are loaded and active at least according to 'query-named-block-nodes' Tested-by: Peter Krempa

Re: [PATCH RFC v2 1/5] block: add bitmap-populate job

2020-06-04 Thread Peter Krempa
On Thu, Jun 04, 2020 at 11:12:31 +0200, Kevin Wolf wrote: > Am 18.05.2020 um 22:49 hat Eric Blake geschrieben: > > > + > > > +/* NB: new bitmap is anonymous and enabled */ > > > +cluster_size = bdrv_dirty_bitmap_granularity(target_bitmap); > > > +new_bitmap = bdrv_create_dirty_bitmap(bs

Re: [PATCH RFC v2 1/5] block: add bitmap-populate job

2020-06-04 Thread Peter Krempa
On Thu, Jun 04, 2020 at 13:31:45 +0200, Kevin Wolf wrote: > Am 04.06.2020 um 11:16 hat Peter Krempa geschrieben: > > On Thu, Jun 04, 2020 at 11:12:31 +0200, Kevin Wolf wrote: > > > Am 18.05.2020 um 22:49 hat Eric Blake geschrieben: > > > > > + > > > &

Re: [PATCH RFC v2 1/5] block: add bitmap-populate job

2020-06-05 Thread Peter Krempa
On Fri, Jun 05, 2020 at 11:01:23 +0200, Kevin Wolf wrote: > Am 04.06.2020 um 18:22 hat Peter Krempa geschrieben: > > On Thu, Jun 04, 2020 at 13:31:45 +0200, Kevin Wolf wrote: > > > Am 04.06.2020 um 11:16 hat Peter Krempa geschrieben: > > > > On Thu, Jun 04, 2020 at 11

Re: [PATCH RFC v2 1/5] block: add bitmap-populate job

2020-06-05 Thread Peter Krempa
On Fri, Jun 05, 2020 at 11:44:07 +0200, Kevin Wolf wrote: > Am 05.06.2020 um 11:24 hat Peter Krempa geschrieben: > > On Fri, Jun 05, 2020 at 11:01:23 +0200, Kevin Wolf wrote: > > > Am 04.06.2020 um 18:22 hat Peter Krempa geschrieben: > > > > On Thu, Jun 04, 2020 at 13

Re: [PATCH RFC v2 1/5] block: add bitmap-populate job

2020-06-05 Thread Peter Krempa
On Fri, Jun 05, 2020 at 12:07:47 +0200, Kevin Wolf wrote: > Am 05.06.2020 um 11:58 hat Peter Krempa geschrieben: > > On Fri, Jun 05, 2020 at 11:44:07 +0200, Kevin Wolf wrote: [...] > > The above was actually inspired by a very recent problem I have in my > > attempt to

Re: [PATCH RFC v2 1/5] block: add bitmap-populate job

2020-06-08 Thread Peter Krempa
On Sat, Jun 06, 2020 at 09:55:13 +0300, Vladimir Sementsov-Ogievskiy wrote: > 05.06.2020 13:59, Peter Krempa wrote: > > On Fri, Jun 05, 2020 at 12:07:47 +0200, Kevin Wolf wrote: > > > Am 05.06.2020 um 11:58 hat Peter Krempa geschrieben: > > > > On Fri, Jun 05, 2020

Re: [PATCH RFC v2 1/5] block: add bitmap-populate job

2020-06-08 Thread Peter Krempa
On Mon, Jun 08, 2020 at 13:30:48 +0300, Vladimir Sementsov-Ogievskiy wrote: > 08.06.2020 12:38, Peter Krempa wrote: > > On Sat, Jun 06, 2020 at 09:55:13 +0300, Vladimir Sementsov-Ogievskiy wrote: > > > 05.06.2020 13:59, Peter Krempa wrote: [...] > > > > It's

Re: [PATCH RFC v2 0/5] block: add block-dirty-bitmap-populate job

2020-06-09 Thread Peter Krempa
On Mon, May 18, 2020 at 16:52:45 +0200, Peter Krempa wrote: > On Wed, May 13, 2020 at 23:49:17 -0400, John Snow wrote: > > Hi, > > > > This is a new (very small) block job that writes a pattern into a > > bitmap. The only pattern implemented is the top allocation inform

Re: [PATCH 10/14] hw/mips/fuloong2e: Fix typo in Fuloong machine name

2020-05-26 Thread Peter Krempa
On Tue, May 26, 2020 at 12:47:22 +0200, Philippe Mathieu-Daudé wrote: > We always miswrote the Fuloong machine... Fix its name. > Add an machine alias to the previous name for backward > compatibility. > > Suggested-by: Aleksandar Markovic > Message-id: <20200510210128.18343-5-f4...@amsat.org> >

Re: [PATCH 10/14] hw/mips/fuloong2e: Fix typo in Fuloong machine name

2020-05-26 Thread Peter Krempa
On Tue, May 26, 2020 at 14:37:41 +0200, Aleksandar Markovic wrote: > > > > > > +mips ``fulong2e`` machine (since 5.1) > > > +' > > > + > > > +This machine has been renamed ``fuloong2e``. > > > + > > > > Libvirt doesn't have any special handling for this machine s

Re: [PATCH 10/14] hw/mips/fuloong2e: Fix typo in Fuloong machine name

2020-05-27 Thread Peter Krempa
On Wed, May 27, 2020 at 10:51:21 +0200, Aleksandar Markovic wrote: > уто, 26. мај 2020. у 15:04 Aleksandar Markovic > је написао/ла: > > > > уто, 26. мај 2020. у 14:50 Peter Krempa је написао/ла: > > > > > > On Tue, May 26, 2020 at 14:37

Re: [RFC v2] migration: Add migrate-set-bitmap-node-mapping

2020-06-02 Thread Peter Krempa
On Tue, Jun 02, 2020 at 12:56:32 +0200, Max Reitz wrote: > On 18.05.20 18:26, Peter Krempa wrote: > > On Wed, May 13, 2020 at 16:56:10 +0200, Max Reitz wrote: > >> This command allows mapping block node names to aliases for the purpose > >> of block dirty bitmap mi

Re: [PATCH 2/6] migration: introduce savevm, loadvm, delvm QMP commands

2020-07-03 Thread Peter Krempa
On Fri, Jul 03, 2020 at 17:10:12 +0100, Dr. David Alan Gilbert wrote: > * Daniel P. Berrangé (berra...@redhat.com) wrote: > > On Fri, Jul 03, 2020 at 04:49:33PM +0100, Dr. David Alan Gilbert wrote: > > > * Daniel P. Berrangé (berra...@redhat.com) wrote: > > > > On Thu, Jul 02, 2020 at 01:12:52PM

Re: [RFC PATCH 07/22] block/export: Remove magic from block-export-add

2020-08-20 Thread Peter Krempa
On Thu, Aug 20, 2020 at 09:41:14 -0500, Eric Blake wrote: > On 8/20/20 6:05 AM, Kevin Wolf wrote: > > > As long as we can keep the compatibility code local to qmp_nbd_*(), I > > don't think it's too bad. In particular because it's already written. > > > > Instead of adjusting libvirt to changes i

<    1   2   3