This document describes how to use cpu hotplug in QEMU.
Signed-off-by: Dou Liyang
---
Change log v5 -> v6
From drew's advice
1. Fix some spelling and grammar mistakes
Change log v4 -> v5
1. add an example for sPAPR
From Bharata's advice
1. Fix the examples
Change log v3 -> v4
Fr
v3: Fix typo in copyright header. [Max]
Fix pre-existing type casting. [Max]
v2: Rebase on top of Max's block-next tree, which has Colin's patches to
dynamically load block modules.
Two more tweaks to the module system is added.
v1 was submitted as a single patch:
https://lists.gnu.o
Signed-off-by: Fam Zheng
---
scripts/modules/module_block.py | 5 -
1 file changed, 5 deletions(-)
diff --git a/scripts/modules/module_block.py b/scripts/modules/module_block.py
index db4fb54..7efec00 100644
--- a/scripts/modules/module_block.py
+++ b/scripts/modules/module_block.py
@@ -56,1
Use a hash table to keep record of all loaded modules, and return early
if the requested module is already loaded.
Signed-off-by: Fam Zheng
---
util/module.c | 19 +--
1 file changed, 17 insertions(+), 2 deletions(-)
diff --git a/util/module.c b/util/module.c
index a5f7fbd..63ef
dmg.o was moved to block-obj-m in 5505e8b76 to become a separate module,
so that its reference to libbz2, since 6b383c08c, doesn't add an extra
library to the main executable.
Until recently, commit 06e60f70a (blockdev: Add dynamic module loading
for block drivers) moved it back to block-obj-y to
Thanks for the update ... since it is working with the current version
of QEMU, I assume this problem has been fixed sometimes during the past
years, thus we can close this ticket now.
** Changed in: qemu
Status: Incomplete => Fix Released
--
You received this bug notification because you
Peter Maydell writes:
> On 16 August 2016 at 16:17, Michal Privoznik wrote:
>> The solution is to teach qemu_opt_foreach() to take a shortcut if
>> @opts is NULL.
Please provide a reproducer. A stack backtrace wouldn't hurt.
>>
>> Signed-off-by: Michal Privoznik
>> ---
>>
>> Even after this
This removes our dependency to libuuid, so that the driver can always be
built.
Similar to how we handled data plane configure options, --enable-vhdx
and --disable-vhdx are also changed to a nop with a message saying it's
obsolete.
Signed-off-by: Fam Zheng
---
block/Makefile.objs | 2 +-
block
A number of different places across the code base use CONFIG_UUID. Some
of them are soft dependency, some are not built if libuuid is not
available, some come with dummy fallback, some throws runtime error.
It is hard to maintain, and hard to reason for users.
Since UUID is a simple standard with
Previously we conditionally generated footer->uuid, when libuuid was
available. Now that we have a built-in implementation, we can switch to
it.
Signed-off-by: Fam Zheng
---
block/vpc.c | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --git a/block/vpc.c b/block/vpc.c
index
crypto now uses built-in uuid implementation, so this check is not
needed.
Signed-off-by: Fam Zheng
---
tests/test-crypto-block.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/test-crypto-block.c b/tests/test-crypto-block.c
index a38110d..1957a86 100644
--- a/tests/te
The UUID operations we need from libuuid is fully supported by QEMU UUID
implementation. Use it, and remove the unused code.
Signed-off-by: Fam Zheng
---
block/vdi.c | 73 ++---
1 file changed, 17 insertions(+), 56 deletions(-)
diff --git
v6: Fix initializer syntax that is disliked by centos6.
v5: Add union fields in QemuUUID to help the alignment necessary for bswap, and
assert. [Richard]
Update the test case initializer syntax accordingly.
v4: Use memcpy instead of pointer type cast. [Richard]
Keep parameter order co
The uuid generation doesn't return error, so update the function
signature and calling code accordingly.
Signed-off-by: Fam Zheng
---
crypto/block-luks.c | 26 +++---
1 file changed, 7 insertions(+), 19 deletions(-)
diff --git a/crypto/block-luks.c b/crypto/block-luks.c
inde
Update all qemu_uuid users as well, especially get rid of the duplicated
low level g_strdup_printf, sscanf and snprintf calls with QEMU UUID API.
Since qemu_uuid_parse is quite tangled with qemu_uuid, it's switching to
QemuUUID is done here too to keep everything in sync and avoid code
churn.
Sig
Signed-off-by: Fam Zheng
---
tests/Makefile.include | 2 +
tests/test-uuid.c | 173 +
2 files changed, 175 insertions(+)
create mode 100644 tests/test-uuid.c
diff --git a/tests/Makefile.include b/tests/Makefile.include
index 14be491..aa4f83
All code now uses built-in UUID implementation. Remove the code of
libuuid and make --enable-uuid and --disable-uuid only print a message.
Signed-off-by: Fam Zheng
---
configure | 43 ---
1 file changed, 4 insertions(+), 39 deletions(-)
diff --git a/confi
Peter Xu writes:
> On Tue, Aug 16, 2016 at 04:45:13PM +0200, Markus Armbruster wrote:
>> Peter Xu writes:
>>
>> > On Tue, Aug 16, 2016 at 08:19:08PM +0800, Fam Zheng wrote:
>> >> On Tue, 08/16 20:17, Peter Xu wrote:
>> >> > > Do we really need error_report_exit when we already have error_fatal?
On Wed, Aug 17, 2016 at 09:33:37AM +0200, Markus Armbruster wrote:
> > Yes I see usages for error_setg(&error_abort, ...), it makes sense to
> > provide error_report_abort() along with error_report_fatal(). Will
> > take your (and Fam's) advice.
>
> Recommend to make it a separate patch.
Will do.
Hi
On Tue, Aug 16, 2016 at 7:18 PM Michal Privoznik
wrote:
> Program terminated with signal SIGSEGV, Segmentation fault.
> #0 0x55baf6ab4adc in qemu_opt_foreach (opts=0x0, func=0x55baf696b650
> , opaque=0x7ffc51368c00, errp=0x7ffc51368e48) at
> util/qemu-option.c:617
> 617 QTAILQ_FO
another question.
is it possible to measure number of executed instruction between two calls
to device read/write functions?
I know there is qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL) function, but it
requires to assume that icount is used and CPU frequence.
thanks,
Michael
On Tue, Aug 16, 2016 at 5:
Michal Privoznik writes:
> Program terminated with signal SIGSEGV, Segmentation fault.
> #0 0x55baf6ab4adc in qemu_opt_foreach (opts=0x0, func=0x55baf696b650
> , opaque=0x7ffc51368c00, errp=0x7ffc51368e48) at
> util/qemu-option.c:617
> 617 QTAILQ_FOREACH(opt, &opts->head, next) {
>
Markus Armbruster writes:
> Michal Privoznik writes:
>
>> Program terminated with signal SIGSEGV, Segmentation fault.
>> #0 0x55baf6ab4adc in qemu_opt_foreach (opts=0x0, func=0x55baf696b650
>> , opaque=0x7ffc51368c00, errp=0x7ffc51368e48) at
>> util/qemu-option.c:617
>> 617 QTAILQ
In this patch we use kernel jhash table to track
connection, and then enqueue net packet like this:
+ CompareState ++
| |
+---+ +---+ +---+
|conn list +--->conn +->conn |
+---+ +-
Jhash used by colo-compare and filter-rewriter
to save and lookup net connection info
Signed-off-by: Zhang Chen
Signed-off-by: Li Zhijian
Signed-off-by: Wen Congyang
---
include/qemu/jhash.h | 59
1 file changed, 59 insertions(+)
create mod
Add qemu_chr_add_handlers_full() API, we can use
this API pass in a GMainContext,make handler run
in the context rather than main_loop.
This comments from Daniel P . Berrange.
Signed-off-by: Zhang Chen
Signed-off-by: Li Zhijian
Signed-off-by: Wen Congyang
Reviewed-by: Daniel P. Berrange
Cc: D
We add TCP,UDP,ICMP packet comparison to replace
IP packet comparison. This can increase the
accuracy of the package comparison.
Less checkpoint more efficiency.
Signed-off-by: Zhang Chen
Signed-off-by: Li Zhijian
Signed-off-by: Wen Congyang
---
net/colo-compare.c | 152 +++
COLO-compare is a part of COLO project. It is used
to compare the network package to help COLO decide
whether to do checkpoint.
Filter-rewriter is a part of COLO project too.
It will rewrite some of secondary packet to make
secondary guest's connection established successfully.
In this module we w
The net/colo.c is used by colo-compare and filter-rewriter.
this can share common data structure like net packet,
and other functions.
Signed-off-by: Zhang Chen
Signed-off-by: Li Zhijian
Signed-off-by: Wen Congyang
---
net/Makefile.objs | 1 +
net/colo-compare.c | 113 ++
Filter-rewriter is a part of COLO project.
It will rewrite some of secondary packet to make
secondary guest's tcp connection established successfully.
In this module we will rewrite tcp packet's ack to the secondary
from primary,and rewrite tcp packet's seq to the primary from
secondary.
usage:
c
Looks like this the key has been added by this commit here:
http://git.qemu.org/?p=qemu.git;a=commitdiff;h=33aa30cafcce053b83
So I think we can close this bug ticket now.
** Changed in: qemu
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member o
On Tue, Aug 16, 2016 at 08:17:08PM +0800, Peter Xu wrote:
> > >
> > > Also, please make it a function, not a macro:
> > >
> > > void error_report_fatal(const char *fmt, ...)
> > > {
> > > va_list ap;
> > >
> > > va_start(ap, fmt);
> > > error_vreport(fmt, ap);
> >
If primary packet is same with secondary packet,
we will send primary packet and drop secondary
packet, otherwise notify COLO frame to do checkpoint.
If primary packet comes but secondary packet does not,
after REGULAR_PACKET_CHECK_MS milliseconds we set
the primary packet as old_packet,then do a c
This a COLO net ascii figure:
Primary qemu
Secondary qemu
+--+
++
| +--
We will rewrite tcp packet secondary received and sent.
When colo guest is a tcp server.
Firstly, client start a tcp handshake. the packet's seq=client_seq,
ack=0,flag=SYN. COLO primary guest get this pkt and mirror(filter-mirror)
to secondary guest, secondary get it use filter-redirector.
Then,pr
We use net/colo.h to track connection and parse packet
Signed-off-by: Zhang Chen
Signed-off-by: Li Zhijian
Signed-off-by: Wen Congyang
---
net/colo.c| 14 ++
net/colo.h| 1 +
net/filter-rewriter.c | 50 ++
3 f
On Tue, Aug 16, 2016 at 04:02:10PM +0200, Kevin Wolf wrote:
> If a block job is started with a node name rather than a device name and
> no explicit job ID is passed, it was reported that '' isn't a
> well-formed ID. Which is correct, but we can make the message a little
> bit nicer.
>
> Signed-of
On Wed, Aug 17, 2016 at 03:20:33PM +0800, Fam Zheng wrote:
> +#include "qemu/osdep.h"
> +#include "qemu-common.h"
> +#include "dmg.h"
> +#include
...
> diff --git a/block/dmg.h b/block/dmg.h
> new file mode 100644
> index 000..b592d6f
> --- /dev/null
> +++ b/block/dmg.h
...
> +#include "qemu/o
On Wed, Aug 17, 2016 at 03:20:30PM +0800, Fam Zheng wrote:
> v3: Fix typo in copyright header. [Max]
> Fix pre-existing type casting. [Max]
>
> v2: Rebase on top of Max's block-next tree, which has Colin's patches to
> dynamically load block modules.
> Two more tweaks to the module sys
On Wed, Aug 17, 2016 at 09:43:10AM +0530, Gadre Nayan wrote:
> Ok. so I will then shift to using system tap, Are the timestamps
> generated for events compatible with the ftrace timestamps? so that I
> can still merge the traces using TSC_OFFSET.
I'm not sure what timestamps exactl you're using wi
On Tue, 16 Aug 2016 16:14:12 +0800
Jike Song wrote:
>
> This patchset is based on NVidia's "Add Mediated device support" series,
> version 6:
>
> http://www.spinics.net/lists/kvm/msg136472.html
>
>
> Background:
>
> The patchset from NVidia introduced the Mediated Device support
There is no QEMU version 11.x or 12.x, so I assume this ticket is rather
meant for the Ubuntu QEMU package
** Project changed: qemu => qemu-kvm (Ubuntu)
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/
Am 16.08.2016 um 16:02 hat Kevin Wolf geschrieben:
> If a block job is started with a node name rather than a device name and
> no explicit job ID is passed, it was reported that '' isn't a
> well-formed ID. Which is correct, but we can make the message a little
> bit nicer.
>
> Signed-off-by: Kev
On Tue, 08/16 13:26, Vladimir Sementsov-Ogievskiy wrote:
> bool migrate_use_events(void)
> {
> MigrationState *s;
> diff --git a/qapi-schema.json b/qapi-schema.json
> index 5658723..6386fbc 100644
> --- a/qapi-schema.json
> +++ b/qapi-schema.json
> @@ -553,11 +553,13 @@
> # been mi
On Tue, 08/16 13:26, Vladimir Sementsov-Ogievskiy wrote:
> Add function opposite to qemu_get_counted_string.
> qemu_put_counted_string puts one-byte length of the string (string
> should not be longer than 255 characters), and then it puts the string,
> without last zero byte.
>
> Reviewed-by: Joh
On Tue, 08/16 13:26, Vladimir Sementsov-Ogievskiy wrote:
> When testing migration, auto-generated by qemu node-names differs in
> source and destination qemu and migration fails. After this patch,
> auto-generated by iotest nodenames will be the same.
Does this mean if a real user doesn't specify
Peter Xu writes:
> On Tue, Aug 16, 2016 at 08:17:08PM +0800, Peter Xu wrote:
>> > >
>> > > Also, please make it a function, not a macro:
>> > >
>> > > void error_report_fatal(const char *fmt, ...)
>> > > {
>> > > va_list ap;
>> > >
>> > > va_start(ap, fmt);
>> > >
On Wed, Aug 17, 2016 at 11:26:51AM +0200, Markus Armbruster wrote:
> Peter Xu writes:
>
> > On Tue, Aug 16, 2016 at 08:17:08PM +0800, Peter Xu wrote:
> >> > >
> >> > > Also, please make it a function, not a macro:
> >> > >
> >> > > void error_report_fatal(const char *fmt, ...)
> >> > >
** Project changed: qemu => qemu-kvm (Ubuntu)
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/939437
Title:
spice is not supported by this qemu build.(ubuntu 12.04)
Status in qemu-kvm package in Ubu
The fix mentioned in comment #1 has been included long ago (commit ID
6d1acda8f16d1f2d0b05cf), so marking this ticket as "Fix released" now.
** Changed in: qemu
Status: New => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribe
On 17 August 2016 at 01:06, Andrew Dutcher wrote:
> Also- I'm having issues applying the new patch:
>
> @@ -5768,7 +5774,9 @@ int floatx80_lt(floatx80 a, floatx80 b,
> float_status *status)
>
> **/
> int floatx80_unorde
Commit ad1be89948f88e8 has been included long ago, so let's set this
ticket to "Fix released" now.
** Changed in: qemu
Status: New => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs
Commit c4c0e236beabb9de5ff mentioned in comment #5 has been included
long ago, so setting this ticket to "Fix released" now.
** Changed in: qemu
Status: Incomplete => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU
According to comment #3, this has been fixed, so let's change the bug
status accordingly.
** Changed in: qemu
Status: New => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/581353
On Wed, Aug 17, 2016 at 04:58:14PM +0800, Dong Jia wrote:
> On Tue, 16 Aug 2016 16:14:12 +0800
> Jike Song wrote:
>
> >
> > This patchset is based on NVidia's "Add Mediated device support" series,
> > version 6:
> >
> > http://www.spinics.net/lists/kvm/msg136472.html
> >
> >
> > Backgrou
** Changed in: qemu
Status: New => Invalid
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1062201
Title:
qemu core dumped by kvm-spice
Status in QEMU:
Invalid
Status in qemu-kvm-spice pack
Marking this ticket as "Fix released" according to comment #6.
** Changed in: qemu
Status: New => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1205156
Title:
Errors while comp
** Tags added: ppc
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1087411
Title:
pseries machine breaks in instalation of SLES11_SP2
Status in QEMU:
New
Bug description:
QEMU version: 1.0, 1.1
Moving this to likewise-open according to comment #1.
** Project changed: qemu => likewise-open (Ubuntu)
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/873460
Title:
Likewise no sound
Status in li
Marking this ticket as "Invalid" according to comment #2.
** Changed in: qemu
Status: New => Invalid
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1192344
Title:
qemu crashes on unaligned e
Patch had been included here:
http://git.qemu.org/?p=qemu.git;a=commitdiff;h=cfeda5f4b8710b6ba14
So I think we can now mark this ticket as "Fix released".
** Changed in: qemu
Status: New => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, whic
On 15/08/2016 13:03, Christian Borntraeger wrote:
> Since
> commit a9c87304b76d ("build-sys: fix building with make CFLAGS=.. argument")
>
> pc-bios/s390-ccw.img build might fail with
>
> --- snip ---
> main.o: In function `virtio_setup':
> qemu/pc-bios/s390-ccw/main.c:117: undefined reference
On Tue, Aug 16, 2016 at 10:06:14AM -0400, Programmingkid wrote:
>
> On Aug 15, 2016, at 11:55 PM, David Gibson wrote:
>
> > On Mon, Aug 15, 2016 at 03:53:02PM -0400, Programmingkid wrote:
> >>
> >> On Aug 15, 2016, at 8:19 AM, David Gibson wrote:
> >>
> >>> On Fri, Aug 12, 2016 at 08:10:03PM -0
On 15/08/2016 12:54, Daniel P. Berrange wrote:
> I think the dot-separated qapi syntax is actually more user friendly as
> looking at it, it is obvious what each component does. The URI syntax is
> inherantly limited, so if you start with that syntax and then want to
> support > 1 server, you hav
On 15/08/2016 18:29, ashish mittal wrote:
>>> +/*
>>> + * Convert the json formatted command line into qapi.
>>> +*/
>>> +
>>> +static int vxhs_parse_json(BlockdevOptionsVxHS *conf,
>>> + QDict *options, Error **errp)
>>> +{
> ...
>>> +errno = EINVAL;
>>> +
On Wed, 17 Aug 2016 12:57:47 +0200
Paolo Bonzini wrote:
> On 15/08/2016 13:03, Christian Borntraeger wrote:
> > Since
> > commit a9c87304b76d ("build-sys: fix building with make CFLAGS=.. argument")
> >
> > pc-bios/s390-ccw.img build might fail with
> >
> > --- snip ---
> > main.o: In function
Patch had been included here:
http://git.qemu.org/?p=qemu.git;a=commitdiff;h=fe3e7f2dc05225cdd2ba
... so I'm closing this ticket now.
** Changed in: qemu
Status: New => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QE
Patch had been included here:
http://git.qemu.org/?p=qemu.git;a=commitdiff;h=8656954aedbd9995e68e
... so closing this ticket now.
** Changed in: qemu
Status: New => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
On Tue, 08/16 13:26, Vladimir Sementsov-Ogievskiy wrote:
> The test starts two vms (vm_a, vm_b), create dirty bitmap in
> the first one, do several writes to corresponding device and
> then migrate vm_a to vm_b with dirty bitmaps.
>
> Signed-off-by: Vladimir Sementsov-Ogievskiy
> ---
> tests/qem
On 15/08/2016 03:42, Zheng, Lv wrote:
> Hi, Paolo
>
>> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
>> Subject: Re: [PATCH v5 2/2] ACPI: Add -acpitable fadt= to allow FADT
>> revision changes
>>
>>
>>
>> On 11/08/2016 11:36, Lv Zheng wrote:
>>>
>>> -error_setg(errp, "'-acpitable' require
On Tue, 08/16 13:25, Vladimir Sementsov-Ogievskiy wrote:
Patches 5-8, 13, 14, 16, 17: Reviewed-by: Fam Zheng
I'll take a closer look at patch 12 and 18 tomorrow.
Fam
Looking at comment #1, it sounds like this has been fixed, so let's
close this ticket now.
** Changed in: qemu
Status: Incomplete => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/
Please report this problem in the bug tracker of your Linux distribution
instead.
** Changed in: qemu
Status: New => Invalid
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1348106
Title:
kvm
Hi all,
Now I'm investigating net device hot plug and disk hotplug for
AArch64. For virtio , the default address is virtio-mmio. After Libvirt
1.3.5, user can explicitly specify the address-type to pci and so libvirt
will pass the virtio-pci parameters to the Qemu.
Both my host and guest
* Vladimir Sementsov-Ogievskiy (vsement...@virtuozzo.com) wrote:
> Fill postcopy-able pending only if ram postcopy is enabled.
> It is necessary because of there will be other postcopy-able states and
> when ram postcopy is disabled, it should not spoil common postcopy
> related pending.
>
> Signe
On Tuesday, 12 April 2016 16:57:42 CEST Pino Toscano wrote:
> to overcome the limitations of the options handling [1], I'm planning
> to move more options for iSCSI also as block options, so it is possible
> to specify them with -drive.
>
> The only patch in this series is for initiator-target, as
The following changes since commit 5f0e775348082c355769a3df612e055abea61c06:
Update version for v2.7.0-rc3 release (2016-08-16 17:34:30 +0100)
are available in the git repository at:
g...@github.com:famz/qemu tags/docker-pull-request
for you to fetch changes up to 92b6a160871e96ce639da7c94e
Currently "make docker-test-mingw@fedora" has a warning like:
/tmp/qemu-test/src/block/curl.c: In function 'curl_sock_cb':
/tmp/qemu-test/src/block/curl.c:172:6: warning: format '%d' expects
argument of type 'int', but argument 4 has type 'curl_socket_t {aka long
long unsigned int}
On 17/08/2016 14:13, Pino Toscano wrote:
> On Tuesday, 12 April 2016 16:57:42 CEST Pino Toscano wrote:
>> to overcome the limitations of the options handling [1], I'm planning
>> to move more options for iSCSI also as block options, so it is possible
>> to specify them with -drive.
>>
>> The only
On 17.08.2016 14:47, Fam Zheng wrote:
On Tue, 08/16 13:25, Vladimir Sementsov-Ogievskiy wrote:
Patches 5-8, 13, 14, 16, 17: Reviewed-by: Fam Zheng
I'll take a closer look at patch 12 and 18 tomorrow.
Fam
Thank you!
--
Best regards,
Vladimir
When network is busy, we will receive multiple packets
at one time. this bug will lost packets that comes late.
Signed-off-by: Zhang Chen
Signed-off-by: Li Zhijian
---
net/net.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/net/net.c b/net/net.c
index a8e2e6b..8f3237e 1
* Vladimir Sementsov-Ogievskiy (vsement...@virtuozzo.com) wrote:
> v2:
> some bugs fixed, iotests a bit changed and merged into one test.
> based on block-next (https://github.com/XanClic/qemu/commits/block-next)
> clone: tag postcopy-v2 from https://src.openvz.org/scm/~vsementsov/qemu.git
> online
Can you rebase your fix on 1:2.5+dfsg-5ubuntu10.4 (due to the regression fix
mentioned in #25)?
Another thing about your backport is that it dropped the qem2 bits from the
patch. Is there a reason for this? If so please mention it in the debian/patch
file.
--
You received this bug notification
On 16/08/2016 14:02, vijay.kil...@gmail.com wrote:
> From: Vijaya Kumar K
>
> Add helper API to read MIDR_EL1 registers to fetch
> cpu identification information. This helps in
> adding errata's and architecture specific features.
>
> This is implemented only for arm architecture.
>
> Signed-
On Wed, Aug 17, 2016 at 03:01:06PM +0800, Dou Liyang wrote:
> This document describes how to use cpu hotplug in QEMU.
>
> Signed-off-by: Dou Liyang
> ---
> Change log v5 -> v6
> From drew's advice
> 1. Fix some spelling and grammar mistakes
>
> Change log v4 -> v5
> 1. add an example for
On 16/08/2016 18:02, no-re...@ec2-52-6-146-230.compute-1.amazonaws.com
wrote:
> ERROR: architecture specific defines should be avoided
> #24: FILE: include/qemu/aarch64-cpuid.h:4:
> +#if defined (__aarch64__)
>
> ERROR: architecture specific defines should be avoided
> #62: FILE: util/aarch64-cp
marcandre.lur...@redhat.com writes:
> From: Marc-André Lureau
>
> The current monitor dispatch codes doesn't know commands that have been
> filtered out during qmp-commands.hx preprocessing. query-commands
> doesn't list them either. However, qapi generator doesn't filter them
> out, and they are
On Tue, Aug 16, 2016 at 08:46:36PM +0800, Dou Liyang wrote:
> Hi drew,
>
> At 08/16/2016 07:37 PM, Andrew Jones wrote:
> > On Tue, Aug 16, 2016 at 03:54:26PM +0800, Dou Liyang wrote:
> > > This document describes how to use cpu hotplug in QEMU.
> > >
> > > Signed-off-by: Andrew Jones
> >
> > I
On Wed, Aug 17, 2016 at 03:01:06PM +0800, Dou Liyang wrote:
> This document describes how to use cpu hotplug in QEMU.
>
> Signed-off-by: Dou Liyang
> ---
> Change log v5 -> v6
> From drew's advice
> 1. Fix some spelling and grammar mistakes
>
> Change log v4 -> v5
> 1. add an example for
The solution introduced in 2/2 was agreed on here:
http://lists.nongnu.org/archive/html/qemu-devel/2016-08/msg02959.html
Michal Privoznik (2):
Revert "syscall.c: Fix build with older linux-headers"
syscall.c: Redefine IFLA_* enums
linux-user/syscall.c | 459 +
In 9c37146782 I've tried to fix a broken build with older
linux-headers. However, I didn't do it properly. The solution
implemented here is to grab the enums that caused the problem
initially, and rename their values so that they are "QEMU_"
prefixed. In order to guarantee matching values with actu
On 17.08.2016 15:35, Dr. David Alan Gilbert wrote:
* Vladimir Sementsov-Ogievskiy (vsement...@virtuozzo.com) wrote:
v2:
some bugs fixed, iotests a bit changed and merged into one test.
based on block-next (https://github.com/XanClic/qemu/commits/block-next)
clone: tag postcopy-v2 from https://sr
On Mon, Aug 15, 2016 at 01:54:14PM +0100, Stefan Hajnoczi wrote:
> The VirtQueue->inuse field is not always updated correctly. These patches fix
> it.
>
> Originally this series was called "virtio-balloon: fix stats vq migration" but
> Ladi Prosek posted a nicer fix called "balloon: Fix failure o
The fix I've made there was wrong. I mean, basically what I did
there was equivalent to:
#if 0
some code;
#endif
This reverts commit 9c37146782e7850877d452da47dc451ba73aa62d.
Signed-off-by: Michal Privoznik
---
linux-user/syscall.c | 86 ---
sPAPR supports only Core level CPU plug and unplug, but nothing
prevents user from issuing a device_del on the underlying thread
device by using its qom path directly. This hits g_assert(hotplug_ctrl)
in qdev_unplug().
Gracefully reject such unplug requests from ->unplug() handler
Reported-by: Sh
CC: Jiri Pirko
CC: Gerd Hoffmann
CC: Dmitry Fleytman
CC: Jason Wang
CC: Michael S. Tsirkin
CC: Hannes Reinecke
CC: Paolo Bonzini
CC: Alex Williamson
CC: Markus Armbruster
CC: Marcel Apfelbaum
Cao jin (6):
msix_init: assert programming error
pci: Convert msix_init() to Error and fix c
megasas overwrites user configuration when msix_init() fail,
to indicate internal msi state, which is unsuitable.
And megasa_use_msix() is unnecessary, so remove it.
cc: Hannes Reinecke
cc: Paolo Bonzini
cc: Markus Armbruster
cc: Marcel Apfelbaum
cc: Michael S. Tsirkin
Signed-off-by: Cao jin
Internal helper function: e1000e_init_msix(), e1000e_cleanup_msix()
is unnecessary, remove them all. MSI-X state flag is used by intr_state
which exists in vmstate, keep it for migration compatibility.
CC: Dmitry Fleytman
CC: Jason Wang
CC: Markus Armbruster
CC: Marcel Apfelbaum
CC: Michael S.
commit 66bf7d58 removed internal msi state flag E1000E_USE_MSI, but it
is used by intr_state which exists in vmstate. Restore it for migration
to older QEMU versions
CC: Dmitry Fleytman
CC: Jason Wang
CC: Markus Armbruster
CC: Marcel Apfelbaum
CC: Michael S. Tsirkin
Signed-off-by: Cao jin
--
Commit afea4e14 seems forgetting to undo the overwrites, which is
unsuitable.
cc: Hannes Reinecke
cc: Paolo Bonzini
cc: Markus Armbruster
cc: Marcel Apfelbaum
cc: Michael S. Tsirkin
Signed-off-by: Cao jin
---
hw/scsi/megasas.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
di
1 - 100 of 193 matches
Mail list logo