On 02/18/2016 06:33 PM, P J P wrote:
> Hello Markus,
>
> +-- On Thu, 18 Feb 2016, Markus Armbruster wrote --+
> |
> | if ((data[14] & 0xf0) != 0x40)
> | Buffer overrun when length <= 14.
> |
> | proto = data[23];
> | Buffer overrun when length <= 23.
> |
> | I think we sh
On 02/16/2016 03:45 AM, Peter Maydell wrote:
Well, it doesn't repro on i686-linux; with a cross-compiler to mingw it
still might, but filing the bug will save me setting up the full cross
environment to be able to build qemu with mingw.
I started filing a bug, but the preprocessed source exceed
On (Tue) 23 Feb 2016 [15:02:58], Jason Wang wrote:
> >> This means that 2.5 cannot migrate 2.4 virtual machines, right? Is that
> >> something we want to rectify in 2.6 by making e1000-82540em an alias of
> >> e1000 (instead of the other way round)?
> > You're right; I misread it. With that commi
On (Fri) 12 Feb 2016 [09:39:32], Denis V. Lunev wrote:
> There is a possibility to hit an assert in qcow2_get_specific_info that
> s->qcow_version is undefined. This happens when VM in starting from
> suspended state, i.e. it processes incoming migration, and in the same
> time 'info block' is call
From: Liang Li
buffer_find_nonzero_offset() is a hot function during live migration.
Now it use SSE2 instructions for optimization. For platform supports
AVX2 instructions, use AVX2 instructions for optimization can help
to improve the performance of buffer_find_nonzero_offset() about 30%
compari
From: Liang Li
Detect if the compiler can support the ifun and avx2, if so, set
CONFIG_AVX2_OPT which will be used to turn on the avx2 instruction
optimization.
Suggested-by: Paolo Bonzini
Suggested-by: Peter Maydell
Signed-off-by: Liang Li
Reviewed-by: Paolo Bonzini
Message-Id: <1453880034-
From: "Denis V. Lunev"
There is a possibility to hit an assert in qcow2_get_specific_info that
s->qcow_version is undefined. This happens when VM in starting from
suspended state, i.e. it processes incoming migration, and in the same
time 'info block' is called.
The problem is that qcow2_invalid
The following changes since commit 8eb779e4223a18db9838a49ece1bc72cfdfb7761:
Merge remote-tracking branch 'remotes/kevin/tags/for-upstream' into staging
(2016-02-22 16:55:41 +)
are available in the git repository at:
https://git.kernel.org/pub/scm/virt/qemu/amit/migration.git
tags/migr
From: "Denis V. Lunev"
There is a possibility to hit an assert in qcow2_get_specific_info that
s->qcow_version is undefined. This happens when VM in starting from
suspended state, i.e. it processes incoming migration, and in the same
time 'info block' is called.
The problem is that qcow2_invalid
From: Wei Yang
In qemu_savevm_state_complete_precopy(), it iterates on each device to add
a json object and transfer related status to destination, while the order
of the last two steps could be refined.
Current order:
json_start_object()
save_section_header()
vmstate_save()
On Mo, 2016-02-22 at 22:12 +0200, Michael S. Tsirkin wrote:
> On Mon, Feb 22, 2016 at 03:26:56PM +0100, Gerd Hoffmann wrote:
> > On Mo, 2016-02-22 at 14:41 +0200, Michael S. Tsirkin wrote:
> > > Useful to send guest data back to QEMU.
> >
> > Use case?
> >
> > cheers,
> > Gerd
>
> VM GEN ID at
On 02/22/2016 08:39 PM, Amit Shah wrote:
> On (Thu) 11 Feb 2016 [14:04:06], Paolo Bonzini wrote:
>>
>> On 05/02/2016 14:56, Amit Shah wrote:
>>> Commit 8304402033e8dbe8e379017d51ed1dd8344f1dce changed the name of the
>>> e1000-82540em device to e1000. This was flagged:
>>>
>>>Section "e1000-
remove useless parameter of several functions
Signed-off-by: Cao jin
---
include/hw/i386/topology.h | 17 -
1 file changed, 8 insertions(+), 9 deletions(-)
diff --git a/include/hw/i386/topology.h b/include/hw/i386/topology.h
index 148cc1b..d0f473c 100644
--- a/include/hw/i386/to
On 02/23/2016 10:31 AM, Jason Wang wrote:
On 02/18/2016 04:10 PM, Zhang Chen wrote:
From: ZhangChen
In this unit test we will test the mirror function.
start qemu with:
-netdev socket,id=qtest-bn0,fd=%d
-device e1000,netdev=qtest-bn0,id=qtest-e0
-chardev socket,id=mirror0,pa
On Tue, Feb 23, 2016 at 01:11:35PM +1100, Alexey Kardashevskiy wrote:
> On 02/22/2016 11:12 PM, David Gibson wrote:
> >On Mon, Feb 22, 2016 at 10:36:19PM +1100, Alexey Kardashevskiy wrote:
> >>On 02/22/2016 05:26 PM, David Gibson wrote:
> >>>On Mon, Feb 22, 2016 at 05:09:39PM +1100, Alexey Kardashe
于 Mon, 22 Feb 2016 14:15:07 +0100
Christian Borntraeger 写道:
> On 02/19/2016 04:18 PM, Wei Yang wrote:
> > Even PCI_CAP_FLAGS has the same value as PCI_MSIX_FLAGS, the later one is
> > the more proper on retrieving MSIX entries.
> >
> > This patch uses PCI_MSIX_FLAGS to retrieve the MSIX entries.
On Mon, Feb 22, 2016 at 04:32:25PM +0100, Andreas Färber wrote:
> Hi Bharata,
>
> Am 22.02.2016 um 06:01 schrieb Bharata B Rao:
> > This is an attempt to implement David Gibson's RFC that was posted at
> > https://lists.gnu.org/archive/html/qemu-ppc/2016-02/msg0.html
> > I am not sure if I hav
On Wed, 02/17 12:28, Paolo Bonzini wrote:
>
>
> On 17/02/2016 03:57, Fam Zheng wrote:
> > On Tue, 02/16 16:53, Paolo Bonzini wrote:
> >> The current implementation of bdrv_qed_drain can cause a double
> >> completion of a request.
> >>
> >> The problem is that bdrv_qed_drain calls qed_plug_alloca
On 02/22/2016 10:33 PM, Alberto Garcia wrote:
On Mon 22 Feb 2016 10:50:37 AM CET, Changlong Xie wrote:
-winner = quorum_get_vote_winner(&error_votes);
-result = winner->value.l;
-
+if (success_count >= s->threshold)
+result = 0;
+else {
+winner = quorum_get_vote_w
On Fri, 02/19 16:10, Paolo Bonzini wrote:
> Signed-off-by: Paolo Bonzini
> ---
> migration/block.c | 14 ++
> 1 file changed, 10 insertions(+), 4 deletions(-)
>
> diff --git a/migration/block.c b/migration/block.c
> index 3bfa908..eea4788 100644
> --- a/migration/block.c
> +++ b/migr
On 02/10/2016 04:49 PM, Vladimir Sementsov-Ogievskiy wrote:
v7:
02: Reviewed-by: Igor Mammedov
04: object instead of dimm
05: arror_abort instead of NULL for getting size property,
remove superfluous include
v6:
add stubbed pc_dimm_build_list, fix compilation for
!CONFIG_ME
Hi Andreas,
I've now found (with Thomas' help) your RFC series for socket/core
based cpu hotplug on x86
(https://github.com/afaerber/qemu-cpu/compare/qom-cpu-x86). It seems
sensible enough as far as it goes, but doesn't seem to address a bunch
of the things that I was attempting to do with the cp
在 2016年02月22日 19:03, Peter Maydell 写道:
On 22 February 2016 at 10:28, hitmoon wrote:
在 2016年02月22日 17:24, Peter Maydell 写道:
Just noticed this won't work as it is -- the vmstate
struct is for the M48t59State*, but the ISA and
Sysbus wrappers have their own structs which are
what the dc->vmsd wi
On Mon, 02/22 17:07, John Snow wrote:
> During incremental backups, if the target has a cluster size that is
> larger than the backup cluster size and we are backing up to a target
> that cannot (for whichever reason) pull clusters up from a backing image,
> we may inadvertantly create unusable inc
On Mon, Feb 22, 2016 at 04:18:18PM -0500, Gabriel Somlo wrote:
> Refrain from defining default fw_cfg register offsets on
> unsupported architectures -- throw an error instead. If
> QEMU were to add fw_cfg support on additional architectures,
> we should add them to the FW_CFG_SYSFS depends stateme
On Mon, Feb 22, 2016 at 03:26:23PM -0500, Gabriel L. Somlo wrote:
> On Mon, Feb 22, 2016 at 10:14:50PM +0200, Michael S. Tsirkin wrote:
> > On Sun, Feb 21, 2016 at 08:06:17AM -0500, Gabriel L. Somlo wrote:
> > > > > +static void fw_cfg_io_cleanup(void)
> > > > > +{
> > > > > + if (fw_cfg_is_mmi
On Mon, 02/22 17:07, John Snow wrote:
> 64K might not always be appropriate, make this a runtime value.
>
> Signed-off-by: John Snow
> ---
> block/backup.c | 64
> +-
> 1 file changed, 36 insertions(+), 28 deletions(-)
>
> diff --git a/bl
On Fri, Feb 19, 2016 at 05:38:48PM +0100, Radim Krčmář wrote:
> 2016-02-19 07:46+0100, Jan Kiszka:
> > - Rita Sinha is currently working on integrating my old patches with the
> > split-irqchip to get KVM working (as an Outreachy project). It's
> > probably a bit unfortunate to consider a different
On Mon, Feb 22, 2016 at 06:39:48PM +0100, Max Reitz wrote:
> On 18.12.2015 16:04, Max Reitz wrote:
> > Just some bits I discovered while going through the Coverity report.
> >
> > (The issue reported by Coverity actually was not an issue.)
> >
> >
> > Max Reitz (2):
> > vhdx: DIV_ROUND_UP() in
On Mon, 02/22 11:22, Paolo Bonzini wrote:
>
>
> On 22/02/2016 09:34, Gonglei wrote:
> > Perf top tells me qemu_get_ram_ptr consume some cpu cycles.
> >
> > Before this optimization:
> > 1.26% qemu-kvm [.] qemu_get_ram_ptr
> > 0.89% qemu-kvm [.] qemu_get_ra
On Sun, Feb 21, 2016 at 12:38:38PM +0200, Marcel Apfelbaum wrote:
> On 02/19/2016 05:30 AM, Peter Xu wrote:
> >One flag is added to specify whether to enable INTR for emulated
> >IOMMU. By default, interrupt remapping is not supportted. To enable it,
> >we should specify something like:
> >
> >$ qe
On 02/10/2016 09:31 PM, Marcel Apfelbaum wrote:
> Minimizes the possibility to assign
> the same bit to different features.
>
> Signed-off-by: Marcel Apfelbaum
> ---
> hw/virtio/virtio-pci.h | 17 ++---
> 1 file changed, 10 insertions(+), 7 deletions(-)
>
> diff --git a/hw/virtio/vi
On 02/10/2016 09:31 PM, Marcel Apfelbaum wrote:
> Commits 1811e64c and a6df8adf use the same virtio feature bit 4
> for different features.
>
> Fix it by using different bits.
>
> Reported-by: Laurent Vivier
> Tested-by: Laurent Vivier
> Signed-off-by: Marcel Apfelbaum
> ---
> hw/virtio/virti
(I'm Cc'ing a few more people here just in case they have different visions
about raw image use cases.)
On Mon, 02/22 15:24, Kevin Wolf wrote:
> Am 26.01.2016 um 11:38 hat Fam Zheng geschrieben:
> > This series introduces a simple format to enable support of persistence of
> > block dirty bitmaps.
On 02/10/2016 08:22 PM, Marcel Apfelbaum wrote:
> Minimizes the possibility to assign
> the same bit to different features.
>
> Signed-off-by: Marcel Apfelbaum
> ---
> hw/virtio/virtio-pci.h | 16 ++--
> 1 file changed, 10 insertions(+), 6 deletions(-)
>
> diff --git a/hw/virtio/vir
On 02/10/2016 08:22 PM, Marcel Apfelbaum wrote:
> Commits 1811e64c and a6df8adf use the same virtio feature bit 4
> for different features.
>
> Fix it by using different bits.
>
> Reported-by: Laurent Vivier
> Signed-off-by: Marcel Apfelbaum
> ---
> hw/virtio/virtio-pci.h | 2 +-
> 1 file chan
On 02/18/2016 09:34 PM, Vincenzo Maffione wrote:
>>> static void netmap_set_offload(NetClientState *nc, int csum, int tso4, int
>>> tso6,
>>> >> @@ -376,7 +394,7 @@ static void netmap_set_offload(NetClientState *nc,
>>> >> int csum, int tso4, int tso6,
>>> >> * enables the offloadings.
>
On 02/09/2016 02:47 PM, P J P wrote:
> Hello Jason,
>
> +-- On Fri, 5 Feb 2016, Jason Wang wrote --+
> | I suspect this could even work. Consider after realizing, s->stop is
> | zero, any attempt to set STARTPG will fail?
>
> Ie after 'pci_ne2000_realize'? It does not seem to set or reset s->s
On 02/22/2016 06:34 PM, Kevin Wolf wrote:
Am 22.02.2016 um 10:02 hat Dr. David Alan Gilbert geschrieben:
* Changlong Xie (xiecl.f...@cn.fujitsu.com) wrote:
On 02/20/2016 10:28 PM, Max Reitz wrote:
On 19.02.2016 12:24, Alberto Garcia wrote:
On Fri 19 Feb 2016 09:26:53 AM CET, Wen Congyang wro
On 02/23/2016 10:03 AM, Jason Wang wrote:
On 02/18/2016 04:10 PM, Zhang Chen wrote:
From: ZhangChen
Filter-mirror is a netfilter plugin.
It gives qemu the ability to mirror
packets to a chardev.
usage:
-netdev tap,id=hn0
-chardev socket,id=mirror0,host=ip_primary,port=X,server,nowait
-fil
On 02/18/2016 04:10 PM, Zhang Chen wrote:
> From: ZhangChen
>
> In this unit test we will test the mirror function.
>
> start qemu with:
> -netdev socket,id=qtest-bn0,fd=%d
> -device e1000,netdev=qtest-bn0,id=qtest-e0
> -chardev socket,id=mirror0,path=/tmp/filter-mirror-test.sock,ser
On 02/22/2016 11:12 PM, David Gibson wrote:
On Mon, Feb 22, 2016 at 10:36:19PM +1100, Alexey Kardashevskiy wrote:
On 02/22/2016 05:26 PM, David Gibson wrote:
On Mon, Feb 22, 2016 at 05:09:39PM +1100, Alexey Kardashevskiy wrote:
Since a788f227 "memory: Allow replay of IOMMU mapping notification
On 02/18/2016 04:10 PM, Zhang Chen wrote:
> From: ZhangChen
>
> Filter-mirror is a netfilter plugin.
> It gives qemu the ability to mirror
> packets to a chardev.
>
> usage:
>
> -netdev tap,id=hn0
> -chardev socket,id=mirror0,host=ip_primary,port=X,server,nowait
> -filter-mirror,id=m0,netdev=hn0
On 02/18/2016 04:10 PM, Zhang Chen wrote:
> From: ZhangChen
>
> Filter-mirror is a netfilter plugin.
> It gives qemu the ability to mirror
> packets to a chardev.
>
>
> v4:
> - Address Jason's comments.
>
> v3:
> - Add filter-mirror unit test according
>to Jason's comments
> - Address zha
On 02/17/2016 11:53 AM, Zhang Chen wrote:
>
>
> On 02/15/2016 03:06 PM, Zhang Chen wrote:
>>
>>
>> On 02/15/2016 01:23 PM, Jason Wang wrote:
>>>
>>> On 02/04/2016 05:00 PM, Zhang Chen wrote:
On 02/04/2016 03:43 PM, Zhang Chen wrote:
> From: ZhangChen
>
> Filter-mirror is a
On Mon, 02/22 04:06, Christopher Snowhill wrote:
> Public bug reported:
>
> QEMU emulator version 2.0.0 (Debian 2.0.0+dfsg-2ubuntu1.22), Copyright
> (c) 2003-2008 Fabrice Bellard
>
> I have QEMU kvm spice installed, running a Windows 10 1511, freshly
> installed this morning, using VirtIO root vo
Reported-by: Matthew Fortune
Signed-off-by: Fam Zheng
---
aio-posix.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/aio-posix.c b/aio-posix.c
index fa7f8ab..97e5a0c 100644
--- a/aio-posix.c
+++ b/aio-posix.c
@@ -18,7 +18,9 @@
#include "block/block.h"
#include "qem
On Mon, 02/22 17:21, Matthew Fortune wrote:
> Hi,
>
> I've recently tried building qemu with a sysroot that has support
> for epoll_create but not epoll_create1.
>
> New code introduced in the following commit uses epoll_create1 but
> guards it using CONFIG_EPOLL rather than CONFIG_EPOLL_CREATE1.
On Mon, Feb 22, 2016 at 04:32:25PM +0100, Andreas Färber wrote:
> Hi Bharata,
>
> Am 22.02.2016 um 06:01 schrieb Bharata B Rao:
> > This is an attempt to implement David Gibson's RFC that was posted at
> > https://lists.gnu.org/archive/html/qemu-ppc/2016-02/msg0.html
> > I am not sure if I hav
On Mon, Feb 22, 2016 at 04:58:46PM +0100, Andreas Färber wrote:
> Am 22.02.2016 um 08:47 schrieb David Gibson:
> > On Mon, Feb 22, 2016 at 07:44:40AM +0100, Andreas Färber wrote:
> >> Am 22.02.2016 um 06:01 schrieb Bharata B Rao:
> >>> sPAPR CPU core device is a container of CPU thread devices. CPU
Out of curiosity:
I noticed your VM is called WS2008r2. Do you still see this high cpu
utilisation with WS2012r2?
Thanks,
Felipe
From:
mailto:qemu-devel-bounces+felipe=nutanix@nongnu.org>>
on behalf of Jean-Pierre Ribeauville
mailto:jpribeauvi...@axway.com>>
Date: Friday, 19 February 201
On 02/14/2016 03:02 AM, Fam Zheng wrote:
> On Tue, 02/09 19:48, John Snow wrote:
>> - Reading an entire drive to populate a bitmap with the understanding
>> that an incremental backup is soon to follow is inefficient if the drive
>> is more than just a little dirty: it may have been quicker to ju
On 22 February 2016 at 21:06, Wei Huang wrote:
> We start to see more features been added to ARM virtual machine models.
> For the purpose of backward compatibility (e.g. migration), it is time
> to consider versioning machine types for ARM VMs. As a beginning step, this
> patchset defines an abst
64K might not always be appropriate, make this a runtime value.
Signed-off-by: John Snow
---
block/backup.c | 64 +-
1 file changed, 36 insertions(+), 28 deletions(-)
diff --git a/block/backup.c b/block/backup.c
index 00cafdb..76addef 1006
On 02/22/2016 03:21 PM, Stefan Priebe wrote:
> Hello,
>
> is there any chance or hack to work with a bigger cluster size for the
> drive backup job?
>
> See:
> http://git.qemu.org/?p=qemu.git;a=blob;f=block/backup.c;h=16105d40b193be9bb40346027bdf58e62b956a96;hb=98d2c6f2cd80afaa2dc10091f5e35a97c
During incremental backups, if the target has a cluster size that is
larger than the backup cluster size and we are backing up to a target
that cannot (for whichever reason) pull clusters up from a backing image,
we may inadvertantly create unusable incremental backup images.
For example:
If the
If a backing file isn't specified in the target image and the
cluster_size is larger than the bitmap granularity, we run the risk of
creating bitmaps with allocated clusters but empty/no data which will
prevent the proper reading of the backup in the future.
Reviewed-by: Fam Zheng
Signed-off-by:
Backups sometimes need a non-64KiB transfer cluster size.
See patch #2 for the detailed justificaton.
===
v2
===
01: Removed "sectors_per_cluster" as a cached property of the Backup Block Job,
In favor of recomputing it with a small function where needed.
(I like v1 more. Thoughts?)
02: E
On 02/22/2016 10:02 AM, Daniel P. Berrange wrote:
> Pretty printing of JSON responses is important to be able
> to understand large responses from query commands in
> particular, eg
>
> (QEMU) query-chardev
> { u'return': [ { u'filename': u'vc',
>u'frontend-open': Fal
On Mon, Feb 22, 2016 at 11:14:44AM -0800, Richard Henderson wrote:
> On 02/22/2016 02:19 AM, Paolo Bonzini wrote:
> > The xsave and xrstor helpers are accessing the x86_ext_save_areas array
> > using a bit mask instead of a bit position. Provide two sets of XSTATE_*
> > definitions and use XSTATE_
(CCing libvir-list)
On Sat, Feb 20, 2016 at 04:00:30AM -0500, Paolo Bonzini wrote:
> - Original Message -
> > From: "Jan Kiszka"
> > To: "Eduardo Habkost" , "Paolo Bonzini"
> >
> > Cc: "qemu-devel" , "kvm"
> > Sent: Saturday, February 20, 2016 9:09:32 AM
> > Subject: kvm: "warning: hos
struct mbuf uses a C99 open char array to allow inlining data. Inlining
this in another structure is however a GNU extension. The inlines used
so far in struct Slirp were actually only needed as head of struct
mbuf lists. This replaces these inline with mere struct quehead,
and use casts as appropr
On 02/20/2016 12:54 AM, Denis V. Lunev wrote:
> The patch for the kernel part is in linux-next already:
> commit ac88e7c908b920866e529862f2b2f0129b254ab2
> Author: Igor Redko
> Date: Thu Feb 18 09:23:01 2016 +1100
>
> virtio_balloon: export 'available' memory to balloon statistics
>
On 02/20/2016 12:54 AM, Denis V. Lunev wrote:
> From: Igor Redko
>
> We are making experiments with different autoballooning strategies
> based on the guest behavior. Thus we need to experiment with different
> guest statistics. For now every counter change requires QEMU recompilation
> and dance
Refrain from defining default fw_cfg register offsets on
unsupported architectures -- throw an error instead. If
QEMU were to add fw_cfg support on additional architectures,
we should add them to the FW_CFG_SYSFS depends statement in
drivers/firmware/Kconfig, and provide default values for
register
From: Pavel Fedin
This actually implements pre_save and post_load methods for in-kernel
vGICv3.
Signed-off-by: Pavel Fedin
[PMM:
* use decimal, not 0bnnn
* fixed typo in names of ICC_APR0R_EL1 and ICC_AP1R_EL1
* completely rearranged the get and put functions to read and write
the state i
This patch moves the common class initialization code from
"virt-2.5" to the new abstract class. An empty property is added to
"virt-2.5" machine. In the meanwhile, related machine funtion are
renamed to "virt_2_5_blah_blah" for consistency.
Signed-off-by: Wei Huang
---
hw/arm/virt.c | 34 ++
From: Pavel Fedin
Add state structure descriptors and actually enable live migration.
In order to describe fixed-size bitmaps, VMSTATE_BITMAP_STATIC() macro is
introduced.
Signed-off-by: Pavel Fedin
[PMM: Adjust to renamed struct fields]
---
hw/intc/arm_gicv3_common.c | 45 ++
We start to see more features been added to ARM virtual machine models.
For the purpose of backward compatibility (e.g. migration), it is time
to consider versioning machine types for ARM VMs. As a beginning step, this
patchset defines an abstract machine type for ARM VMs. The current
"virt" machin
In preparation for future ARM virt machine types, this patch creates
an abstract type for all ARM machines. The current machine type in
QEMU (i.e. "virt") is renamed to "virt-2.5", which is similar to other
architectures. For the purpose of backward compatibility, "virt" is
converted to an alias, p
From: Pavel Fedin
Add state information to GICv3 object structure and implement
arm_gicv3_common_reset(). Also, add some functions for registers which are
not stored directly but simulated.
State information includes not only pure GICv3 data, but also some legacy
registers. This will be useful f
From: Pavel Fedin
This temporary patch adds kernel API definitions. Use proper header update
procedure after these features are released.
Signed-off-by: Pavel Fedin
---
linux-headers/asm-arm64/kvm.h | 17 +
1 file changed, 13 insertions(+), 4 deletions(-)
diff --git a/linux-he
Define a VMSTATE_UINT64_2DARRAY macro, to go with the ones we
already have for other type sizes.
Signed-off-by: Peter Maydell
---
include/migration/vmstate.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/include/migration/vmstate.h b/include/migration/vmstate.h
index 7246f29..ecc4992
When looking at address_space_read_continue I noticed the 'len' variable was
a signed int, while it clearly should be a hwaddr or some other unsigned type.
I started looking around and saw that this error had spread all over the code.
I replaced the signed int by their unsigned counterparts as muc
On 02/22/2016 12:22 PM, Andreas Färber wrote:
> Am 22.02.2016 um 18:06 schrieb Matthew Rosato:
>> Implement cpu hotplug routine and add the machine hook.
>>
>> Signed-off-by: Matthew Rosato
>> ---
>> hw/s390x/s390-virtio-ccw.c | 33 +
>> target-s390x/cpu.c
Public bug reported:
Hello, i've discovered that during live block migration
log file is copied(or created on destination) but it actually empty.
When regular(cold) migration is called log file migrates successfully.
I'm working on nova project in openstack and i've tried to fix it by adding
s
On 02/22/2016 12:35 PM, Andreas Färber wrote:
> Am 22.02.2016 um 18:06 schrieb Matthew Rosato:
>> In preparation for hotplug, defer some CPU initialization
>> until the device is actually being realized.
>>
>> Signed-off-by: Matthew Rosato
>> ---
>> target-s390x/cpu.c | 9 ++---
>> 1 file cha
On 02/22/2016 12:46 PM, Andreas Färber wrote:
> Am 22.02.2016 um 18:06 schrieb Matthew Rosato:
>> Ensure a valid cpu_model is set upfront by setting the
>> default value directly into the MachineState when none is
>> specified. This is needed to ensure hotplugged CPUs share
>> the same cpu_model.
On Mon, Feb 22, 2016 at 10:14:50PM +0200, Michael S. Tsirkin wrote:
> On Sun, Feb 21, 2016 at 08:06:17AM -0500, Gabriel L. Somlo wrote:
> > > > +static void fw_cfg_io_cleanup(void)
> > > > +{
> > > > + if (fw_cfg_is_mmio) {
> > > > + iounmap(fw_cfg_dev_base);
> > > > +
This is a very rough-and-ready RFC that takes Pavel's patch
series from last year:
https://lists.gnu.org/archive/html/qemu-devel/2015-10/msg05284.html
and applies the various changes I recommended in code review.
I haven't tested this beyond compile-testing, but I think
that the general shape of i
Hello,
is there any chance or hack to work with a bigger cluster size for the
drive backup job?
See:
http://git.qemu.org/?p=qemu.git;a=blob;f=block/backup.c;h=16105d40b193be9bb40346027bdf58e62b956a96;hb=98d2c6f2cd80afaa2dc10091f5e35a97c181e4f5
This is very slow with ceph - may be due to the 6
Lluís Vilanova writes:
> Lluís Vilanova writes:
>
>> NOTE: This series should complete the framework for guest code tracing. From
>> here on, other series can concurrently add actual events and improve
>> the
>> guest code tracing features and performance (e.g., control tracing
>>
On Sun, Feb 21, 2016 at 08:06:17AM -0500, Gabriel L. Somlo wrote:
> > > +static void fw_cfg_io_cleanup(void)
> > > +{
> > > + if (fw_cfg_is_mmio) {
> > > + iounmap(fw_cfg_dev_base);
> > > + release_mem_region(fw_cfg_p_base, fw_cfg_p_size);
> > > + } else {
> > > + ioport_unm
On Mon, Feb 22, 2016 at 03:26:56PM +0100, Gerd Hoffmann wrote:
> On Mo, 2016-02-22 at 14:41 +0200, Michael S. Tsirkin wrote:
> > Useful to send guest data back to QEMU.
>
> Use case?
>
> cheers,
> Gerd
VM GEN ID at least wants to pass address of some blob
in guest memory to host.
Apparently,
On 02/22/2016 11:24 AM, Peter Maydell wrote:
> On 22 February 2016 at 19:11, Richard Henderson wrote:
>> On 02/19/2016 10:24 AM, Peter Maydell wrote:
>>> How do you feel about renaming the tcg-target.c files to
>>> tcg-target.inc.c ? Then I can make clean-includes know that
>>> *.inc.c are not to
* Zhang Chen (zhangchen.f...@cn.fujitsu.com) wrote:
>
>
> On 02/20/2016 04:04 AM, Dr. David Alan Gilbert wrote:
> >* Zhang Chen (zhangchen.f...@cn.fujitsu.com) wrote:
> >>From: zhangchen
> >>
> >>In here we will handle ip packet and connection
> >>
> >>Signed-off-by: zhangchen
> >>Signed-off-by
- Original Message -
> From: "Stefan Priebe"
> To: "Paolo Bonzini" , "qemu-devel"
> , k...@vger.kernel.org
> Sent: Monday, February 22, 2016 8:35:41 PM
> Subject: Re: kernel 4.4.2: kvm_irq_delivery_to_api / rwsem_down_read_failed
>
>
> Am 22.02.2016 um 18:36 schrieb Paolo Bonzini:
> >
Am 22.02.2016 um 18:36 schrieb Paolo Bonzini:
On 20/02/2016 11:44, Stefan Priebe wrote:
Hi,
while testing Kernel 4.4.2 and starting 20 Qemu 2.4.1 virtual machines.
I got those traces and a load of 500 on those system. I was only abler
to recover by sysrq-trigger.
It seems like something ha
From: Guillaume Subiron
This patch adds the functions needed to handle IPv6 packets. ICMPv6 and
NDP headers are implemented.
Slirp is now able to send NDP Router or Neighbor Advertisement when it
receives Router or Neighbor Solicitation. Using a 64bit-sized IPv6
prefix, the guest is now able to
From: Guillaume Subiron
Basically, this patch adds some switch in various TCP functions to
prepare them for the IPv6 case.
To have something to "switch" in tcp_input() and tcp_respond(), a new
argument is used to give them the sa_family of the addresses they are
working on.
This patch does not
From: Guillaume Subiron
This patch factorizes the tcpiphdr structure to put the IPv4 fields in
an union, for addition of version 6 in further patch.
Using some macros, retrocompatibility of the existing code is assured.
This patch also fixes the SLIRP_MSIZE and margin computation in various
func
From: Guillaume Subiron
This patch adds IPv6 case in TCP functions refactored by the last
patches.
This also adds IPv6 pseudo-header in tcpiphdr structure.
Finally, tcp_input() is called by ip6_input().
Signed-off-by: Guillaume Subiron
Signed-off-by: Samuel Thibault
Reviewed-by: Thomas Huth
-
From: Yann Bordenave
This patch adds parameters to manage some new options in the qemu -net
command.
Slirp IPv6 address, network prefix, and DNS IPv6 address can be given in
argument to the qemu command.
Defaults parameters are respectively fec0::2, fec0::, /64 and fec0::3.
Signed-off-by: Yann B
From: Yann Bordenave
Disambiguation : icmp_error is renamed into icmp_send_error, since it
doesn't manage errors, but only sends ICMP Error messages.
Adding icmp6_send_error to send ICMPv6 Error messages. This function is
simpler than the v4 version.
Adding some calls in various functions to sen
From: Guillaume Subiron
This patch adds an IPv6 address to the DNS relay. in6_equal_dns() is
developed using this Slirp attribute.
sotranslate_in/out/accept() are also updated to manage the IPv6 case so the
guest can be able to join the host using one of the Slirp addresses.
For now this only po
From: Guillaume Subiron
No code change.
Signed-off-by: Guillaume Subiron
Signed-off-by: Samuel Thibault
Reviewed-by: Thomas Huth
---
slirp/tcp_input.c | 92 +++---
slirp/tcp_output.c | 29 +
slirp/tcp_subr.c | 50
From: Thomas Huth
Add the handler code for incoming TFTP packets to udp6_input(),
and make sure that the TFTP code can send packets with both,
udp_output() and udp6_output() by introducing a wrapper function
called tftp_udp_output().
Signed-off-by: Thomas Huth
Reviewed-by: Samuel Thibault
---
Hello,
This is another respin of IPv6 in Qemu -net user mode.
These patches add ICMPv6, NDP, make UDP and TCP compatible with IPv6, and add
TFTP over IPv6.
Difference with version 8 is:
- Fix freeing random number generator
- Fix coding style
- Fix prefix lengths in in6_equal_dns macro
Here i
From: Guillaume Subiron
This adds the sin6 case in the fhost and lhost unions and related macros.
It adds udp6_input() and udp6_output().
It adds the IPv6 case in sorecvfrom().
Finally, udp_input() is called by ip6_input().
Signed-off-by: Guillaume Subiron
Signed-off-by: Samuel Thibault
Review
On 22 February 2016 at 19:11, Richard Henderson wrote:
> On 02/19/2016 10:24 AM, Peter Maydell wrote:
>> How do you feel about renaming the tcg-target.c files to
>> tcg-target.inc.c ? Then I can make clean-includes know that
>> *.inc.c are not to have the cleaning rules applied to them.
>
> I supp
1 - 100 of 324 matches
Mail list logo
