Each hardware instance has a platform unique location code. The OF
device tree that describes a part of a hardware entity must include
the “ibm,loc-code” property with a value that represents the location
code for that hardware entity.
Introduce an hcall to populate ibm,loc-cde.
1) PCI passthru d
>From PCIDevice there is no way to know if the device has a backing
vfio device.
sPAPR guests inherits the "ibm,loc-code" from the pci pass through
device in hypervisor. This helps in identifying the device if there is
any failures using this "ibm,loc-code" for RAS capabilities.
CC: Alex Williams
On Wed, 03/25 17:36, Wen Congyang wrote:
> Signed-off-by: Wen Congyang
> Signed-off-by: Paolo Bonzini
> Signed-off-by: Yang Hongyang
> Signed-off-by: zhanghailiang
> Signed-off-by: Gonglei
> ---
> docs/block-replication.txt | 147
> +
> 1 file chan
When rebooting the guest, some PEs might be in frozen state. The
contained PCI devices won't work properly if their frozen states
aren't cleared in time. One case running into this situation would
be maximal EEH error times encountered in the guest.
The patch reenables the EEH functinality on PEs
The PCI device MSIx table is cleaned out in hardware after EEH PE
reset. However, we still hold the stale MSIx entries in QEMU, which
should be cleared accordingly. Otherwise, we will run into another
(recursive) EEH error and the PCI devices contained in the PE have
to be offlined exceptionally.
We need communications protocol of user-defined to control the checkpoint
process.
The new checkpoint request is started by Primary VM, and the interactive process
like below:
Checkpoint synchronizing points,
Primary Secondary
NEW @
Implement communication protocol with proxy module by using
netlink, and do some init work.
Signed-off-by: zhanghailiang
Signed-off-by: Li Zhijian
---
net/colo-nic.c | 171 +
1 file changed, 171 insertions(+)
diff --git a/net/colo-nic.c b
The patches are fixing 2 issues for EEH on VFIO PCI devices. PATCH[1/2]
clears stale MSIx table of VFIO PCI devices when asserting fundamental
or hot PE reset so that their MSIx tables can be restored properly after
reset to avoid recursive EEH error. PATCH[2/2] clears PE frozen state
in case the g
If failover is requested, after some cleanup work,
PVM or SVM will exit COLO mode, and resume to normal run.
Signed-off-by: zhanghailiang
Signed-off-by: Li Zhijian
Signed-off-by: Lai Jiangshan
---
include/migration/migration-colo.h | 14
include/migration/migration-failover.h | 2 +
We can know if VM in destination should go into COLO mode by refer to
the info that has been migrated from PVM.
Signed-off-by: zhanghailiang
Signed-off-by: Yang Hongyang
Signed-off-by: Lai Jiangshan
Signed-off-by: Gonglei
---
include/migration/migration-colo.h | 2 ++
migration/Makefile.objs
We leave users to use whatever heartbeat solution they want, if the heartbeat
is lost, or other errors they detect, they can use command
'colo_lost_heartbeat' to tell COLO to do failover, COLO will do operations
accordingly.
For example,
If send the command to PVM, Primary will exit COLO mode, and
Signed-off-by: zhanghailiang
Signed-off-by: Li Zhijian
Signed-off-by: Lai Jiangshan
---
migration/colo.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/migration/colo.c b/migration/colo.c
index 6240178..f419e88 100644
--- a/migration/colo.c
+++ b/migration/colo.c
The ram cache is initially the same as SVM/PVM's memory.
At checkpoint, we cache the dirty RAM of PVM into RAM cache in the slave
(so that RAM cache always the same as PVM's memory at every
checkpoint), we will flush cached RAM to SVM after we receive
all PVM's vmstate (RAM/device).
Signed-off-by
When in colo mode, call colo nic init/destroy function.
Signed-off-by: zhanghailiang
Signed-off-by: Li Zhijian
---
include/net/colo-nic.h | 2 ++
migration/colo.c | 17 +++
net/colo-nic.c | 80 ++
3 files changed, 99 inserti
The 'colo_nicname' should be assigned with network name,
for exmple, 'eth2'. It will be parameter of 'colo_script',
'colo_script' should be assigned with an scirpt path.
We parse these parameter in tap.
Signed-off-by: zhanghailiang
Signed-off-by: Li Zhijian
---
include/net/net.h | 4
net
From: Wen Congyang
Make sure master start block replication after slave's block replication started
Signed-off-by: zhanghailiang
Signed-off-by: Wen Congyang
Signed-off-by: Yang Hongyang
---
migration/colo.c | 120 ++-
1 file changed, 118 in
During the time of VM's running, PVM/SVM may dirty some pages, we will transfer
PVM's dirty pages to SVM and store them into SVM's RAM cache at next checkpoint
time. So, the content of SVM's RAM cache will always be some with PVM's memory
after checkpoint.
Instead of flushing all content of SVM's
With this command, we can control the period of checkpoint, if
there is no comparison of net packets.
Signed-off-by: zhanghailiang
Signed-off-by: Li Zhijian
---
hmp-commands.hx| 15 +++
hmp.c | 7 +++
hmp.h | 1 +
migration/colo.c
Only do checkpoint, when the VMs' output net packets are inconsistent,
We also limit the min time between two continuous checkpoint action, to
give VM a change to run.
Signed-off-by: zhanghailiang
Signed-off-by: Li Zhijian
---
include/net/colo-nic.h | 2 ++
migration/colo.c | 34
Implement colo nic device interface configure()
add a script to configure nic devices:
${QEMU_SCRIPT_DIR}/colo-proxy-script.sh
Signed-off-by: zhanghailiang
Signed-off-by: Li Zhijian
---
net/colo-nic.c | 56 -
scripts/colo-proxy-script.sh | 97 ++
When COLO mode, we will do some init work for nic that will be used for COLO.
Signed-off-by: zhanghailiang
Signed-off-by: Li Zhijian
---
include/net/colo-nic.h | 20 ++
net/Makefile.objs | 1 +
net/colo-nic.c | 73 ++
net
Signed-off-by: zhanghailiang
Signed-off-by: Li Zhijian
---
include/net/colo-nic.h | 3 ++-
migration/colo.c | 22 +++---
net/colo-nic.c | 19 +++
3 files changed, 40 insertions(+), 4 deletions(-)
diff --git a/include/net/colo-nic.h b/include/net/co
COLO do not support qdev hotplug migration, disable it.
Signed-off-by: zhanghailiang
Signed-off-by: Yang Hongyang
---
migration/colo.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/migration/colo.c b/migration/colo.c
index 54ae184..7d57121 100644
--- a/migration/colo.c
+++ b/
Besides normal checkpoint which according to the result of net packets
comparing, We do additional checkpoint periodically, it will reduce the number
of dirty pages when do one checkpoint, if we don't do checkpoint for a long
time (This is a special case when the net packets is always consistent).
We should save PVM's RAM/device to slave when needed.
For VM state, we will cache them in slave, we use QEMUSizedBuffer
to store the data, we need know the data size of VM state, so in master,
we use qsb to store VM state temporarily, and then migrate the data to
slave.
Signed-off-by: zhanghaili
configure --enable-colo/--disable-colo to switch COLO
support on/off.
COLO support is on by default.
Signed-off-by: zhanghailiang
Signed-off-by: Yang Hongyang
Signed-off-by: Gonglei
Signed-off-by: Lai Jiangshan
---
configure | 14 ++
1 file changed, 14 insertions(+)
diff --git a/
For SVM, we forbid it shutdown directly when in COLO mode,
FOR PVM's shutdown, we should do some work to ensure the consistent action
between PVM and SVM.
Signed-off-by: zhanghailiang
Signed-off-by: Lai Jiangshan
Signed-off-by: Li Zhijian
---
include/migration/migration-colo.h | 1 +
include/
We add helper function colo_supported() to indicate whether
colo is supported or not, with which we use to control whether or not
showing 'colo' string to users, they can use qmp command
'query-migrate-capabilities' or hmp command 'info migrate_capabilities'
to learn if colo is supported.
Signed-o
Switch from normal migration loadvm process into COLO checkpoint process if
COLO mode is enabled.
Signed-off-by: zhanghailiang
Signed-off-by: Li Zhijian
Signed-off-by: Lai Jiangshan
Signed-off-by: Yang Hongyang
---
include/migration/migration-colo.h | 13 +
migration/colo-comm.c
Guest will enter this state when paused to save/restore VM state
under colo checkpoint.
Signed-off-by: zhanghailiang
Signed-off-by: Gonglei
Signed-off-by: Lai Jiangshan
---
qapi-schema.json | 5 -
vl.c | 8
2 files changed, 12 insertions(+), 1 deletion(-)
diff --git a
we will use this dirty bitmap together with VM's cache RAM dirty bitmap
to decide which page in cache should be flushed into VM's RAM.
Signed-off-by: zhanghailiang
---
arch_init.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/arch_init.c b/arch_init.c
index e32d258..f3f246
Add a migrate state: MIGRATION_STATUS_COLO, enter this migration state
after the first live migration successfully finished.
Signed-off-by: zhanghailiang
Signed-off-by: Gonglei
Signed-off-by: Lai Jiangshan
---
include/migration/migration-colo.h | 3 ++
include/migration/migration.h | 2
Introduce two new QEMUSizedBuffer APIs which will be used by COLO to buffer
VM state:
One is qsb_put_buffer(), which put the content of a given QEMUSizedBuffer
into QEMUFile, this is used to send buffered VM state to secondary.
Another is qsb_fill_buffer(), read 'size' bytes of data from the file i
We should cache the device state to ensure the data is intact
before restore it.
Signed-off-by: zhanghailiang
Signed-off-by: Yang Hongyang
Signed-off-by: Gonglei
---
migration/colo.c | 51 ---
1 file changed, 48 insertions(+), 3 deletions(-)
dif
This is the 4th version of COLO, here is only COLO frame part, include: VM
checkpoint,
failover, proxy API, block replication API, not include block replication.
The block part has been sent by wencongyang:
[RFC PATCH COLO v2 00/13] Block replication for continuous checkpoints
Compared with last
On Thu, Mar 26, 2015 at 02:58:12PM +1100, David Gibson wrote:
> On Mon, Mar 23, 2015 at 07:05:41PM +0530, Bharata B Rao wrote:
> > Hi,
> >
> > This is the version 2 of the patchset that provides CPU and memory hotplug
> > support for PowerPC sPAPR guests.
>
> Thanks for this Bharata. This looks
On Mon, Mar 23, 2015 at 07:06:04PM +0530, Bharata B Rao wrote:
> Make use of pc-dimm infrastructure to support memory hotplug
> for PowerPC.
>
> Modelled on i386 memory hotplug.
>
> Signed-off-by: Bharata B Rao
> ---
> hw/ppc/spapr.c| 119
> +
On Mon, Mar 23, 2015 at 07:06:03PM +0530, Bharata B Rao wrote:
> Parse ibm,architecture.vec table obtained from the guest and enable
> memory node configuration via ibm,dynamic-reconfiguration-memory if guest
> supports it. This is in preparation to support memory hotplug for
> sPAPR guests.
>
> T
On Mon, Mar 23, 2015 at 07:05:41PM +0530, Bharata B Rao wrote:
> Hi,
>
> This is the version 2 of the patchset that provides CPU and memory hotplug
> support for PowerPC sPAPR guests.
Thanks for this Bharata. This looks much, much better than v1,
pretty close to being ready.
--
David Gibson
On 03/26/2015 11:12 AM, Wen Congyang
wrote:
On 03/25/2015 05:50 PM, Juan Quintela wrote:
zhanghailiang wrote:
Hi all,
We found that, sometimes, the content of VM's memory is inconsistent between Source side and Destination side
On Wed, 03/25 13:31, Stefan Hajnoczi wrote:
> On Wed, Mar 25, 2015 at 04:31:39PM +0800, Fam Zheng wrote:
> > I was looking at block jobs' AioContext and realized that the block job
> > coroutines are actually started in main loop.
> >
> > I'm confused because 5a7e7a0bad17c96e03f55ed7019e2d7545e21a
On 03/25/2015 05:50 PM, Juan Quintela wrote:
> zhanghailiang wrote:
>> Hi all,
>>
>> We found that, sometimes, the content of VM's memory is inconsistent between
>> Source side and Destination side
>> when we check it just after finishing migration but before VM continue to
>> Run.
>>
>> We use
This adds "--enable-tcmalloc" and "--disable-tcmalloc" to allow linking
to libtcmalloc from gperftools.
tcmalloc is a malloc implementation that works well with threads and is
fast, so it is good for performance.
It is disabled by default, because the MALLOC_PERTURB_ flag we use in
tests doesn't
> > +qemu_mutex_lock(¶m->mutex);
> > +while (!param->start && !quit_decomp_thread) {
>
> start protected by param->mutex.
>
>
> > +qemu_cond_wait(¶m->cond, ¶m->mutex);
> > +pagesize = TARGET_PAGE_SIZE;
> > +if (!quit_decomp_thread) {
> > +
Hi Andrey,
Andrey Korolyov writes:
> On Mon, Mar 16, 2015 at 10:17 PM, Andrey Korolyov wrote:
>> For now, it looks like bug have a mixed Murphy-Heisenberg nature, as
>> it appearance is very rare (compared to the number of actual launches)
>> and most probably bounded to the physical characteri
> > --- a/arch_init.c
> > +++ b/arch_init.c
> > @@ -355,12 +355,33 @@ static DecompressParam *decomp_param; static
> > QemuThread *decompress_threads; static uint8_t
> *compressed_data_buf;
> >
> > +static int do_compress_ram_page(CompressParam *param);
> > +
> > static void *do_data_compress(vo
On 2015/3/25 22:24, Dr. David Alan Gilbert wrote:
> * Wen Congyang (we...@cn.fujitsu.com) wrote:
>> Block replication is a very important feature which is used for
>> continuous checkpoints(for example: COLO).
>>
>> Usage:
>> Please refer to docs/block-replication.txt
>>
>> You can get the patch he
On 2015/3/25 21:15, Paolo Bonzini wrote:
> It is not necessary to munmap an area before remapping it with MAP_FIXED;
> if the memory region specified by addr and len overlaps pages of any
> existing mapping, then the overlapped part of the existing mapping will
> be discarded.
>
Yes, it is.
> On
On Wed, Mar 25, 2015 at 10:43 PM, Andreas Färber wrote:
> Am 25.03.2015 um 17:55 schrieb Bharata B Rao:
>> On Mon, Mar 23, 2015 at 11:02 PM, Andreas Färber wrote:
>>> Inline realized=true from pc_new_cpu() so that the realization can be
>>> deferred, as it would otherwise create a device[n] node.
On Wed, Mar 25, 2015 at 02:03:10PM +0530, Bharata B Rao wrote:
> On Wed, Mar 25, 2015 at 01:39:02PM +1100, David Gibson wrote:
> > On Mon, Mar 23, 2015 at 07:05:52PM +0530, Bharata B Rao wrote:
> > > ppc machine init functions create individual CPU threads. Change this
> > > for sPAPR by switching
On Wed, Mar 25, 2015 at 02:06:29PM +0530, Bharata B Rao wrote:
> On Wed, Mar 25, 2015 at 02:03:45PM +1100, David Gibson wrote:
> > On Mon, Mar 23, 2015 at 07:05:53PM +0530, Bharata B Rao wrote:
> > > Support CPU hotplug via device-add command. Set up device tree
> > > entries for the hotplugged CPU
On Wed, Mar 25, 2015 at 05:37:34PM +, Dr. David Alan Gilbert wrote:
> * David Gibson (da...@gibson.dropbear.id.au) wrote:
> > On Wed, Feb 25, 2015 at 04:51:56PM +, Dr. David Alan Gilbert (git)
> > wrote:
> > > From: "Dr. David Alan Gilbert"
> > >
> > > On receiving MIG_RPCOMM_REQ_PAGES l
On Wed, Mar 25, 2015 at 02:42:24PM +0530, Bharata B Rao wrote:
> On Wed, Mar 25, 2015 at 04:24:39PM +1100, David Gibson wrote:
> > On Mon, Mar 23, 2015 at 07:05:58PM +0530, Bharata B Rao wrote:
> > > When supporting CPU hot removal by parking the vCPU fd and reusing
> > > it during hotplug again, t
On Wed, Mar 25, 2015 at 06:16:45PM +, Dr. David Alan Gilbert wrote:
> * David Gibson (da...@gibson.dropbear.id.au) wrote:
> > On Wed, Feb 25, 2015 at 04:51:55PM +, Dr. David Alan Gilbert (git)
> > wrote:
> > > From: "Dr. David Alan Gilbert"
> > >
> > > Add MIG_RP_CMD_REQ_PAGES command on
On Wed, Mar 25, 2015 at 04:40:11PM +, Dr. David Alan Gilbert wrote:
> * Dr. David Alan Gilbert (dgilb...@redhat.com) wrote:
> > * David Gibson (da...@gibson.dropbear.id.au) wrote:
> > > On Tue, Mar 24, 2015 at 08:04:14PM +, Dr. David Alan Gilbert wrote:
> > > > * David Gibson (da...@gibson.
On Wed, Mar 25, 2015 at 03:00:29PM +, Dr. David Alan Gilbert wrote:
> * David Gibson (da...@gibson.dropbear.id.au) wrote:
> > On Tue, Mar 24, 2015 at 08:04:14PM +, Dr. David Alan Gilbert wrote:
> > > * David Gibson (da...@gibson.dropbear.id.au) wrote:
> > > > On Fri, Mar 20, 2015 at 12:37:5
On Wed, Mar 25, 2015 at 01:56:17PM +0530, Bharata B Rao wrote:
> On Wed, Mar 25, 2015 at 12:36:38PM +1100, David Gibson wrote:
> > On Mon, Mar 23, 2015 at 07:05:46PM +0530, Bharata B Rao wrote:
> > > Reorganize CPU device tree generation code so that it be reused from
> > > hotplug path. CPU dt ent
On Wed, 03/25 15:31, Stefan Hajnoczi wrote:
> Queued for QEMU 2.4. Please let me know if you think it's worth risking
> adding it in QEMU 2.3.
Thanks, 2.4 is okay.
Fam
On 03/25/2015 09:12 PM, Paolo Bonzini wrote:
>
>
> On 25/03/2015 11:21, Wen Congyang wrote:
>>> What kind of load were you having when reproducing this issue?
>>> Just to confirm, you have been able to reproduce this without COLO
>>> patches, right?
>>
>> I can reproduce it without COLO patches.
On Thu, Mar 26, 2015 at 12:10:52PM +1100, David Gibson wrote:
>On Thu, Mar 26, 2015 at 11:53:48AM +1100, Gavin Shan wrote:
>> On Tue, Mar 24, 2015 at 06:53:29AM -0600, Alex Williamson wrote:
>> >On Tue, 2015-03-24 at 17:54 +1100, David Gibson wrote:
>> >> On Tue, Mar 24, 2015 at 05:24:55PM +1100, G
> > > Then, how to deal with this issue in 2.3, leave it here? or make an
> > > incomplete fix like I do above?
> >
> > I think it is better to leave it here for 2.3. With a patch like this
> > one, we improve in one load and we got worse in a different load
> > (depens a lot in the ratio of dirtyi
On Thu, Mar 26, 2015 at 11:53:48AM +1100, Gavin Shan wrote:
> On Tue, Mar 24, 2015 at 06:53:29AM -0600, Alex Williamson wrote:
> >On Tue, 2015-03-24 at 17:54 +1100, David Gibson wrote:
> >> On Tue, Mar 24, 2015 at 05:24:55PM +1100, Gavin Shan wrote:
> >> > On Tue, Mar 24, 2015 at 04:41:21PM +1100,
On Tue, Mar 24, 2015 at 8:04 AM, jacob jacob wrote:
>
> The issue is running dpdk from within the vm itself. Is it possible
> that the igb_uio driver needs additional updates/functionality to be
> at parity with 1.2.37 version of i40e driver?
>
At this point I think you need to work with the DPDK
On 03/25/2015 08:55 PM, Paolo Bonzini wrote:
>
>
> On 25/03/2015 10:36, Wen Congyang wrote:
>>
>> +void backup_do_checkpoint(BlockJob *job, Error **errp)
>> +{
>> +BackupBlockJob *backup_job = container_of(job, BackupBlockJob, common);
>> +
>> +if (job->driver != &backup_job_driver) {
>>
On Tue, Mar 24, 2015 at 06:53:29AM -0600, Alex Williamson wrote:
>On Tue, 2015-03-24 at 17:54 +1100, David Gibson wrote:
>> On Tue, Mar 24, 2015 at 05:24:55PM +1100, Gavin Shan wrote:
>> > On Tue, Mar 24, 2015 at 04:41:21PM +1100, David Gibson wrote:
>> > >On Mon, Mar 23, 2015 at 04:25:10PM +1100,
On 2015/3/25 18:32, Ian Campbell wrote:
On Wed, 2015-03-25 at 09:10 +0800, Chen, Tiejun wrote:
+But when given as a string the B option describes the type
+of device to enable. Not this behavior is only supported with upstream
"Note" and "the upstream..."
Fixed.
+=item "igd"
+
+Enables
On 2015/3/25 18:26, Ian Campbell wrote:
On Wed, 2015-03-25 at 09:18 +0800, Chen, Tiejun wrote:
Actually my problem is that, I need to add a new parameter, 'flag', like
this, xc_assign_device(xxx,xxx,flag). So if I don't refine xc.c, tools
can't be compiled successfully. Or maybe you're suggestin
We have more than one qapi schema in use by more than one protocol.
Add a new term 'Client JSON Protocol' for use throughout the
document, to avoid confusion on whether something refers only to
QMP and not QGA.
Signed-off-by: Eric Blake
---
docs/qapi-code-gen.txt | 168 ++
Using QAPI syntax to describe QAPI syntax is a bit meta; using
different typographic conventions makes it a bit easier to see
which strings are literal vs. placeholders.
Signed-off-by: Eric Blake
---
docs/qapi-code-gen.txt | 30 --
1 file changed, 16 insertions(+), 14
I had assumed that 'id' of a command/return transaction could only
be an integer, and therefore that 'json-value' meant integer, so
I invented the term 'json-entity' to express a choice between
json-object, json-string, and json-array. But in reality, the JSON
RFC defines json-value as the combina
Several minor things pointed out by Markus during review of my
sweeping changes.
Signed-off-by: Eric Blake
---
docs/qapi-code-gen.txt | 44 ++--
1 file changed, 26 insertions(+), 18 deletions(-)
diff --git a/docs/qapi-code-gen.txt b/docs/qapi-code-gen.txt
Markus had some nice review comments on my earlier patch:
https://lists.gnu.org/archive/html/qemu-devel/2015-03/msg05310.html
Depends on the full series "[PATCH v5 00/28] drop qapi nested structs",
although if I have to respin that, I'll probably just squash the
approved portions of this series di
QObject is an internal coding concept and requires the reader to
reverse engineer the mapping; it is nicer to be explicit and call
out specific JSON types.
Signed-off-by: Eric Blake
---
docs/qapi-code-gen.txt | 24 ++--
1 file changed, 14 insertions(+), 10 deletions(-)
diff
On Thu, Mar 26, 2015 at 02:35:58AM +0300, Andrey Korolyov wrote:
> Thanks, strangely the reboot is always failing now and always reaching
> seabios greeting. May be prints straightened up a race (e.g. it is not
> int19 problem really).
>
> object file part:
>
> d331 :
> irq_trampoline_0x19():
On Wednesday 25 March 2015 17:33:59 Leon Alrae wrote:
> On 25/03/2015 15:38, Duarte Silva wrote:
> > On Wednesday 25 March 2015 14:54:41 Leon Alrae wrote:
> >> On 25/03/2015 14:44, Leon Alrae wrote:
> >>> Hi Duarte,
> >>>
> >>> On 25/03/2015 14:20, Duarte Silva wrote:
> On Wednesday 25 March
On Mar 25, 2015, at 6:20 PM, qemu-discuss-requ...@nongnu.org wrote:
>> QEMU window opens up, but I am getting this error "Guest has not initialized
>> the display yet"
>> I had enabled -sdl option while configuring qemu, but I am still getting
>> that error.
>
> This isn't an error. It is just Q
On Thu, Mar 26, 2015 at 2:02 AM, Kevin O'Connor wrote:
> On Thu, Mar 26, 2015 at 01:31:11AM +0300, Andrey Korolyov wrote:
>> On Wed, Mar 25, 2015 at 11:54 PM, Kevin O'Connor wrote:
>> >
>> > Can you add something like:
>> >
>> > -chardev file,path=seabioslog.`date +%s`,id=seabios -device
>> >
On Thu, Mar 26, 2015 at 01:31:11AM +0300, Andrey Korolyov wrote:
> On Wed, Mar 25, 2015 at 11:54 PM, Kevin O'Connor wrote:
> >
> > Can you add something like:
> >
> > -chardev file,path=seabioslog.`date +%s`,id=seabios -device
> > isa-debugcon,iobase=0x402,chardev=seabios
> >
> > to the qemu co
From: Stefan Hajnoczi
gcc 4.9.2 treats -nopie as an error:
cc: error: unrecognized command line option ‘-nopie’
clang 3.5.0 treats -nopie as a warning:
clang: warning: argument unused during compilation: '-nopie'
The causes ./configure to fail with clang:
ERROR: configure test passed w
QEMU does not compile cleanly under clang 3.5.0. These patches eliminate the
avalanche of warnings and make the build usable.
The result is that you *should* be able to use clang 3.5.0 *with* ccache and
-Werror and produce all targets.
Regrettably, this is v5 because I overlooked deleting "--kee
Factor out the function that checks if a compiler
flag is supported or not.
Signed-off-by: John Snow
---
configure | 33 +++--
1 file changed, 19 insertions(+), 14 deletions(-)
diff --git a/configure b/configure
index 7a8637e..3e71bb8 100755
--- a/configure
+++ b/con
Test if ccache is interfering with semantic analysis of macros,
disable its habit of trying to compile already pre-processed
versions of code if so. ccache attempts to save time by compiling
pre-processed versions of code, but this disturbs clang's static
analysis enough to produce false positives.
The glib headers use GCC attributes. Unfortunately the __GNUC__ and
__GNUC_MINOR__ version macros are also defined by clang, but clang
doesn't support the same attributes as GCC.
clang 3.5.0 does not support the __alloc_size__ attribute:
https://github.com/llvm-mirror/clang/commit/c047507a9a7
On Wed, Mar 25, 2015 at 11:54 PM, Kevin O'Connor wrote:
> On Wed, Mar 25, 2015 at 11:43:31PM +0300, Andrey Korolyov wrote:
>> On Mon, Mar 16, 2015 at 10:17 PM, Andrey Korolyov wrote:
>> > For now, it looks like bug have a mixed Murphy-Heisenberg nature, as
>> > it appearance is very rare (compare
On 03/10/2015 04:14 PM, John Snow wrote:
This series is based on:
"[Qemu-devel] [PATCH 0/2] ahci: test varying sector offsets"
There appear to be some upstream issues for iotests 051 and 061,
but this series does not appear to alter the existing bad behavior
of those tests.
This patchset bring
On 03/25/2015 08:55 AM, Stefan Hajnoczi wrote:
On Fri, Mar 13, 2015 at 03:22:01PM -0400, John Snow wrote:
This is a re-send of patches 7 & 8 from an earlier series,
"[PATCH v2 0/8] ahci: add more IO tests" which ultimately got bounced
back because I used some glib functions that were too new.
On 03/25/2015 02:20 PM, Andreas Färber wrote:
Replace uses of g_test_add_data_func() for QTest test cases.
It is still valid to use it for any non-QTest test cases,
which are not run for multiple target binaries.
Suggested-by: John Snow
Signed-off-by: Andreas Färber
---
tests/ahci-test.c
On 03/25/2015 02:20 PM, Andreas Färber wrote:
Replace g_test_add_func() with new qtest_add_func() and g_test_add()
macro with qtest_add() macro.
Cc: qemu-sta...@nongnu.org
Signed-off-by: Andreas Färber
---
tests/i440fx-test.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(
On 03/25/2015 02:20 PM, Andreas Färber wrote:
It extends g_test_add() macro with the architecture path.
Signed-off-by: Andreas Färber
---
tests/libqtest.h | 20
1 file changed, 20 insertions(+)
diff --git a/tests/libqtest.h b/tests/libqtest.h
index 9281f5c..03469b8 10
On 24/03/15 14:47, Sergey Fedorov wrote:
> On 23.03.2015 04:29, Merten Sach wrote:
>> On 21/03/15 04:16, Sergey Fedorov wrote:
>>> Hi!
>>>
>>> I am currently working on AArch64 EL2 support. There is a plan to submit
>>> the changes to the community. Merten, IIUYC, you are going to support
>>> only
From: Alexey Kardashevskiy
The changelog is:
> virtio: Fix vring allocation
> helpers: Fix SLOF_alloc_mem_aligned to meet callers expectation
> Set default palette according to "16-color Text Extension" document
> Fix rectangle drawing functions to work also with higher bit depths
> Fix
From: Paolo Bonzini
Capture the explicit setting of "usb=no" into a separate bool, and
use it to skip the update of machine->usb in the board init function.
Signed-off-by: Paolo Bonzini
Signed-off-by: Alexander Graf
---
hw/core/machine.c | 1 +
hw/ppc/mac_newworld.c | 2 +-
hw/ppc/spapr.c
On sPAPR we haven't supported boot once ever since it emerged, but
recently grew need for it. This patch implements boot once logic
to it.
While at it, we also move to the new bootdevice handling that got
introduced to the tree recently.
Reported-by: Dinar Valeev
Signed-off-by: Alexander Graf
-
From: Alexey Kardashevskiy
IBM uses low 16bits to specify the chip version of a POWER CPU.
So there has never been an actual silicon with PVR = 0x003B.
The first silicon would have PVR 0x003B0100 but it is very unlikely
to find it in any machine shipped to any customer as it was too raw.
Thi
From: Stefan Weil
This fixes potential runtime crashes and two warnings from Coverity.
The new error message does not add a prefix "qemu:" because that is
already done in function hw_error. It also starts with an uppercase
letter because that seems to be the mostly used form.
Signed-off-by: St
Hi Peter,
This is my current patch queue for ppc against 2.3. Please pull.
Alex
The following changes since commit 054903a832b865eb5432d79b5c9d1e1ff31b58d7:
Update version for v2.3.0-rc1 release (2015-03-24 16:34:16 +)
are available in the git repository at:
git://github.com/agraf/q
On 03/25/2015 02:11 PM, Eric Blake wrote:
>> The QObject types are QTYPE_NONE, QTYPE_QINT, QTYPE_QSTRING,
>> QTYPE_QDICT, QTYPE_QLIST, QTYPE_QFLOAT, QTYPE_QBOOL, QTYPE_QERROR.
>>
>> The connections JSON string - QTYPE_QSTRING, JSON object - QTYPE_QDICT,
>> JSON array - QTYPE_QLIST and JSON boolean
On Wed, Mar 25, 2015 at 11:43:31PM +0300, Andrey Korolyov wrote:
> On Mon, Mar 16, 2015 at 10:17 PM, Andrey Korolyov wrote:
> > For now, it looks like bug have a mixed Murphy-Heisenberg nature, as
> > it appearance is very rare (compared to the number of actual launches)
> > and most probably boun
> - attach serial console (I am using virsh list for this exact purpose),
virsh console of course, sorry
On Mon, Mar 16, 2015 at 10:17 PM, Andrey Korolyov wrote:
> For now, it looks like bug have a mixed Murphy-Heisenberg nature, as
> it appearance is very rare (compared to the number of actual launches)
> and most probably bounded to the physical characteristics of my
> production nodes. As soon as
1 - 100 of 279 matches
Mail list logo