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
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
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 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 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 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():
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
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
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
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
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
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 ++
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
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 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 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 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 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,
> > > 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 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
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 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 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, 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 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 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 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 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 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 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 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
> > --- 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
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
> > +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) {
> > +
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
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
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/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 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 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
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
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
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 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
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
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
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
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/
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/
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
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/
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 ++
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
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
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
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
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
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
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 +
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
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 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.
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
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
>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
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
201 - 279 of 279 matches
Mail list logo
