From: Chen Fan chen.fan.f...@cn.fujitsu.com
Calling pcie_aer_init to initilize aer related registers for
vfio device, then reload physical related registers to expose
device capability.
Signed-off-by: Chen Fan chen.fan.f...@cn.fujitsu.com
Signed-off-by: Chen Hanxiao chenhanx...@cn.fujitsu.com
From: Chen Fan chen.fan.f...@cn.fujitsu.com
the function is used to get affected devices by bus reset.
so here extract it, and can used for aer soon.
Signed-off-by: Chen Fan chen.fan.f...@cn.fujitsu.com
Signed-off-by: Chen Hanxiao chenhanx...@cn.fujitsu.com
---
hw/vfio/pci.c | 65
From: Chen Fan chen.fan.f...@cn.fujitsu.com
add 'aer' property to let user able to decide whether expose
the aer capability. by default we should disable aer feature,
because it needs configuration restrictions.
Signed-off-by: Chen Fan chen.fan.f...@cn.fujitsu.com
Signed-off-by: Chen Hanxiao
From: Chen Fan chen.fan.f...@cn.fujitsu.com
Particularly, For vfio devices, Once need to recovery devices
by bus reset such as AER, we always need to reset the host bus
to recovery the devices under the bus, so we need to add pci bus
callbacks to specify to do host bus reset.
Signed-off-by: Chen
ping...
On 07/03/2015 05:38 PM, Zhu Guihua wrote:
ICC Bus was used for providing a hotpluggable bus for APIC and CPU,
but now we use HotplugHandler to make hotplug. So ICC Bus is
unnecessary.
This code has passed the new pc-cpu-test.
And I have tested with kvm along with kernel_irqchip=on/off,
On Thu, 2015-07-16 at 11:26 +1000, Alexey Kardashevskiy wrote:
On 07/16/2015 04:26 AM, Alex Williamson wrote:
On Tue, 2015-07-14 at 22:21 +1000, Alexey Kardashevskiy wrote:
The existing memory listener is called on RAM or PCI address space
which implies potentially different page size.
From: Chen Fan chen.fan.f...@cn.fujitsu.com
For now, when qemu receives an error from host aer report
by vfio pci passthough devices, qemu just terminate the guest.
Usually user want to know what error occurred
rather than stop the guest.
This patches add aer capability support for vfio device,
Hi,
When I use -machine pc,mem-merge=off|on -m 1G,slots=4,maxmem=2G, adding
memory-backend-ram object fails like below. Same failure is seen with
-machine pseries,mem-merge=on|off.
(qemu) object_add memory-backend-ram,id=ram0,size=1G
qemu-system-x86_64: util/qemu-option.c:388:
On Thu, 07/16 10:58, Jason Wang wrote:
On 07/15/2015 06:19 PM, Fam Zheng wrote:
eth_can_rx checks s-rxsize and returns false if it is non-zero. Because
of the .can_receive semantics change, this will make the incoming queue
disabled by peer, until it is explicitly flushed. So we should
The RTL8168 quirk correctly describes using bit 31 as a signal to
mark a latch/completion, but the code mistakenly uses bit 28. This
causes the Realtek driver to spin on this register for quite a while,
20k cycles on Windows 7 v7.092 driver. Then it gets frustrated and
tries to set the bit
A small patch for stable plus a bigger patch to make tracing of this
quirk useful and restructure and comment the read/write accessors.
Thanks,
Alex
---
Alex Williamson (2):
vfio/pci: Fix RTL8168 NIC quirks
vfio/pci: Cleanup RTL8168 quirk and tracing
hw/vfio/pci.c | 90
There's quite a bit of cleanup that can be done to the RTL8168 quirk,
as well as the tracing to prevent a spew of uninteresting accesses
for anything else the driver might choose to use the window registers
for besides the MSI-X table. There should be no functional change,
but it's now possible
On 07/15/2015 06:19 PM, Fam Zheng wrote:
v2: Don't use BH in patches 6 and 12. [Jason]
Add Stefan's reviewed-by in all others.
Drop trace point in patch 8 and move function body upward. [Michael]
Since a90a742 tap: Drop tap_can_send, all nics that returns false from
.can_receive()
On 07/15/2015 05:20 PM, Wen Congyang wrote:
commit da51a335 adds all queues in .realize(). But if the
guest doesn't support multiqueue, we forget to remove them. And
we cannot handle the ctrl vq corretly. The guest will hang.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
Acked-by:
From: Chen Fan chen.fan.f...@cn.fujitsu.com
For vfio pcie device, we could expose the extended capability on
PCIE bus. in order to avoid config space broken, we introduce
a copy config for parsing extended caps. and rebuild the pcie
extended config space.
Signed-off-by: Chen Fan
From: Chen Fan chen.fan.f...@cn.fujitsu.com
For vfio device, we need to propagate the aer error to
Guest OS. we use the pcie_aer_msg() to send aer error
to guest.
Signed-off-by: Chen Fan chen.fan.f...@cn.fujitsu.com
Reviewed-by: Marcel Apfelbaum mar...@redhat.com
Signed-off-by: Chen Hanxiao
From: Chen Fan chen.fan.f...@cn.fujitsu.com
the vfio_pci_hot_reset differentiate the single and multi in-used
devices for reset. but in multi case, when some dependent devices
are not assigned to VM, the devices can not be recovered by driver.
Signed-off-by: Chen Fan chen.fan.f...@cn.fujitsu.com
From: Chen Fan chen.fan.f...@cn.fujitsu.com
Device's Offset and size can reach PCIE_CONFIG_SPACE_SIZE,
fix the corresponding assert.
Signed-off-by: Chen Fan chen.fan.f...@cn.fujitsu.com
Reviewed-by: Marcel Apfelbaum mar...@redhat.com
Signed-off-by: Chen Hanxiao chenhanx...@cn.fujitsu.com
---
From: Chen Fan chen.fan.f...@cn.fujitsu.com
squeeze out vfio_pci_do_hot_reset to do host bus reset when AER recovery.
Signed-off-by: Chen Fan chen.fan.f...@cn.fujitsu.com
Signed-off-by: Chen Hanxiao chenhanx...@cn.fujitsu.com
---
hw/vfio/pci.c | 75
From: Chen Fan chen.fan.f...@cn.fujitsu.com
this function search the capability from the end, the last
size should 0x100 - pos, not 0xff - pos.
Signed-off-by: Chen Fan chen.fan.f...@cn.fujitsu.com
Signed-off-by: Chen Hanxiao chenhanx...@cn.fujitsu.com
---
hw/vfio/pci.c | 3 ++-
1 file changed,
On Thu, 2015-07-16 at 12:00 +0800, Chen Hanxiao wrote:
From: Chen Fan chen.fan.f...@cn.fujitsu.com
For now, when qemu receives an error from host aer report
by vfio pci passthough devices, qemu just terminate the guest.
Usually user want to know what error occurred
rather than stop the
On Wed, 07/15 19:13, Paolo Bonzini wrote:
This patch rewrites the ctx-dispatching optimization
I lost track, but what was the justification of this optimization?
Anyway, awesome debugging and explanations!
Fam
On 07/15/2015 06:19 PM, Fam Zheng wrote:
eth_can_rx checks s-rxsize and returns false if it is non-zero. Because
of the .can_receive semantics change, this will make the incoming queue
disabled by peer, until it is explicitly flushed. So we should flush it
when s-rxsize is becoming zero.
On 07/16/2015 12:51 PM, Alex Williamson wrote:
On Thu, 2015-07-16 at 11:26 +1000, Alexey Kardashevskiy wrote:
On 07/16/2015 04:26 AM, Alex Williamson wrote:
On Tue, 2015-07-14 at 22:21 +1000, Alexey Kardashevskiy wrote:
The existing memory listener is called on RAM or PCI address space
which
From: Chen Fan chen.fan.f...@cn.fujitsu.com
when do virtual secondary bus reset, the vfio device under
this bus need to do host bus reset to reset the device.
so add this case.
Signed-off-by: Chen Fan chen.fan.f...@cn.fujitsu.com
Signed-off-by: Chen Hanxiao chenhanx...@cn.fujitsu.com
---
From: Chen Fan chen.fan.f...@cn.fujitsu.com
when the vfio device encounters an uncorrectable error in host,
the vfio_pci driver will signal the eventfd registered by this
vfio device, the results in the qemu eventfd handler getting
invoked.
this patch is to pass the error to guest and have the
From: Chen Fan chen.fan.f...@cn.fujitsu.com
when init vfio devices done, we should test all the devices supported
aer whether conflict with others. For each one, get the hot reset
info for the affected device list. For each affected device, all
should attach to the VM and on the same slot. also,
From: Chen Fan chen.fan.f...@cn.fujitsu.com
Signed-off-by: Chen Fan chen.fan.f...@cn.fujitsu.com
Signed-off-by: Chen Hanxiao chenhanx...@cn.fujitsu.com
---
hw/vfio/pci.c | 83 +++
1 file changed, 83 insertions(+)
diff --git a/hw/vfio/pci.c
From: Chen Fan chen.fan.f...@cn.fujitsu.com
pcie_aer_init was used to emulate an aer capability for pcie device,
but for vfio device, the aer config space size is mutable and is not
always equal to PCI_ERR_SIZEOF(0x48). it depends on where the TLP Prefix
register required, so here we add a size
On Tue, Jul 14, 2015 at 10:21:54PM +1000, Alexey Kardashevskiy wrote:
This makes use of the new memory registering feature. The idea is
to provide the userspace ability to notify the host kernel about pages
which are going to be used for DMA. Having this information, the host
kernel can pin
On 07/16/2015 11:32 AM, Fam Zheng wrote:
On Thu, 07/16 10:58, Jason Wang wrote:
On 07/15/2015 06:19 PM, Fam Zheng wrote:
eth_can_rx checks s-rxsize and returns false if it is non-zero. Because
of the .can_receive semantics change, this will make the incoming queue
disabled by peer, until
On 07/15/2015 07:23 PM, Michael S. Tsirkin wrote:
On Wed, Jul 15, 2015 at 03:56:07PM +0800, Jason Wang wrote:
Commit 032a74a1c0fcdd5fd1c69e56126b4c857ee36611
(virtio-net: byteswap virtio-net header) breaks any layout by
requiring out_sg[0].iov_len = n-guest_hdr_len. Fixing this by
copying
On 07/16/2015 04:26 AM, Alex Williamson wrote:
On Tue, 2015-07-14 at 22:21 +1000, Alexey Kardashevskiy wrote:
Every IOMMU has some granularity which MemoryRegionIOMMUOps::translate
uses when translating, however this information is not available outside
the translate context for various checks.
On Wed, Jul 15, 2015 at 07:24:33PM +0300, Michael S. Tsirkin wrote:
On Wed, Jul 15, 2015 at 06:01:42PM +0200, Igor Mammedov wrote:
On Wed, 15 Jul 2015 17:08:27 +0300
Michael S. Tsirkin m...@redhat.com wrote:
On Mon, Jul 13, 2015 at 04:09:37PM -0400, Gabriel L. Somlo wrote:
Hi,
On 07/16/2015 04:26 AM, Alex Williamson wrote:
On Tue, 2015-07-14 at 22:21 +1000, Alexey Kardashevskiy wrote:
The existing memory listener is called on RAM or PCI address space
which implies potentially different page size. Instead of guessing
what page size should be used, this replaces a
On 07/15/2015 03:13 PM, Wen Congyang wrote:
On 07/15/2015 02:59 PM, Jason Wang wrote:
On 07/15/2015 02:23 PM, Wen Congyang wrote:
commit da51a335 adds all queues in .realize(). But if the
guest doesn't support multiqueue, we forget to remove them. And
we cannot handle the ctrl vq corretly.
On Fri, Jul 10, 2015 at 4:31 PM, Jean-Christophe Dubois
j...@tribudubois.net wrote:
Signed-off-by: Jean-Christophe Dubois j...@tribudubois.net
Reviewed-by: Peter Crosthwaite crosthwaite.pe...@gmail.com
---
Changes since v1:
* not present on v1
Changes since v2:
* not present on
On 07/15/2015 03:41 PM, Jason Wang wrote:
On 07/15/2015 03:13 PM, Wen Congyang wrote:
On 07/15/2015 02:59 PM, Jason Wang wrote:
On 07/15/2015 02:23 PM, Wen Congyang wrote:
commit da51a335 adds all queues in .realize(). But if the
guest doesn't support multiqueue, we forget to remove
On (Wed) 15 Jul 2015 [10:19:04], Juan Quintela wrote:
Amit Shah amit.s...@redhat.com wrote:
On (Wed) 15 Jul 2015 [09:56:22], Juan Quintela wrote:
Previous commit only stored a valid state for migration. It stored the
empty string for savevm. Now, we are also storing the current state for
On 13/07/2015 17:56, Alex Bennée wrote:
fred.kon...@greensocs.com writes:
From: KONRAD Frederic fred.kon...@greensocs.com
This flag indicates if the VCPU is currently executing TCG code.
Signed-off-by: KONRAD Frederic fred.kon...@greensocs.com
Changes V1 - V2:
* do both tcg_executing = 0
On Tue, Jul 14, 2015 at 04:34:19PM +0800, Wen Congyang wrote:
On 07/14/2015 03:53 PM, Fam Zheng wrote:
Since a90a742 tap: Drop tap_can_send, all nics that returns false from
.can_receive() are required to explicitly flush the incoming queue when the
status of it is changing back to true,
Am 15.07.2015 um 03:57 hat 김태하 geschrieben:
To put it briefly, when resize qcow2 image, the file tool detected increased
size. However, the ls, “stat”, and “du” utility still don't know increased
size. The following patch enables to let userland tools - ls, du, stat - know
and apply changed
Otherwise, it is not found
Signed-off-by: Juan Quintela quint...@redhat.com
---
vl.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/vl.c b/vl.c
index 3f269dc..5856396 100644
--- a/vl.c
+++ b/vl.c
@@ -4615,6 +4615,7 @@ int main(int argc, char **argv, char **envp)
}
in the git repository at:
git://github.com/juanquintela/qemu.git tags/migration/20150715
for you to fetch changes up to 4915a5ad93e6c8ac77e2e5a007be178d50c7b019:
migration: We also want to store the global state for savevm (2015-07-15
10:51:05 +0200
From: Liang Li liang.z...@intel.com
'strlen' is called three times in 'save_page_header', it's
inefficient.
Signed-off-by: Liang Li liang.z...@intel.com
Reviewed-by: Juan Quintela quint...@redhat.com
Reviewed-by: Amit Shat amit.s...@redhat.com
Signed-off-by: Juan Quintela quint...@redhat.com
---
On previous change, we changed state at post load time if it was not
running, special casing the running change. Now, we change any states
at the end of the migration.
Signed-off-by: Juan Quintela quint...@redhat.com
Tested-by: Christian Borntraeger borntrae...@de.ibm.com
---
On 07/15/2015 05:01 PM, Cornelia Huck wrote:
On Wed, 15 Jul 2015 13:29:57 +0800
Jason Wang jasow...@redhat.com wrote:
Signed-off-by: Jason Wang jasow...@redhat.com
---
hw/9pfs/virtio-9p-device.c | 3 ++-
hw/block/virtio-blk.c | 3 ++-
hw/char/virtio-serial-bus.c | 3 ++-
On Wed, 15 Jul 2015 13:29:56 +0800
Jason Wang jasow...@redhat.com wrote:
Hi all:
This series tries to set feature correctly for virtio-blk when virtio
1.0 is supported. Two isssues were addressed according to the spec:
- scsi passthrough was not support in 1.0. This is done by, 1) disable
On (Tue) 16 Jun 2015 [11:26:29], Dr. David Alan Gilbert (git) wrote:
From: Dr. David Alan Gilbert dgilb...@redhat.com
Postcopy needs to have two migration streams loading concurrently;
one from memory (with the device state) and the other from the fd
with the memory transactions.
Split
On Fri, Jul 10, 2015 at 4:31 PM, Jean-Christophe Dubois
j...@tribudubois.net wrote:
Signed-off-by: Jean-Christophe Dubois j...@tribudubois.net
Reviewed-by: Peter Crosthwaite crosthwaite.pe...@gmail.com
---
Changes since v1:
* not present on v1
Changes since v2:
* not present on
On 2015-07-15 09:31, Paolo Bonzini wrote:
Ok, I see your point. If you put it like this :) the fault definitely
lies in the backends. What I'm proposing would be in a new
tcg_reg_alloc_trunc function, and it would require implementing a
non-noop trunc.
Why not reusing the existing
* Juan Quintela (quint...@redhat.com) wrote:
Previous commit only stored a valid state for migration. It stored the
empty string for savevm. Now, we are also storing the current state for
savevm.
Signed-off-by: Juan Quintela quint...@redhat.com
Reviewed-by: Dr. David Alan Gilbert
On 07/15/2015 04:20 PM, Wen Congyang wrote:
commit da51a335 adds all queues in .realize(). But if the
guest doesn't support multiqueue, we forget to remove them. And
we cannot handle the ctrl vq corretly. The guest will hang.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
On 07/15/2015 04:42 PM, Jason Wang wrote:
On 07/15/2015 04:20 PM, Wen Congyang wrote:
commit da51a335 adds all queues in .realize(). But if the
guest doesn't support multiqueue, we forget to remove them. And
we cannot handle the ctrl vq corretly. The guest will hang.
Signed-off-by: Wen
On 07/15/2015 05:04 PM, Wen Congyang wrote:
On 07/15/2015 04:42 PM, Jason Wang wrote:
On 07/15/2015 04:20 PM, Wen Congyang wrote:
commit da51a335 adds all queues in .realize(). But if the
guest doesn't support multiqueue, we forget to remove them. And
we cannot handle the ctrl vq
commit da51a335 adds all queues in .realize(). But if the
guest doesn't support multiqueue, we forget to remove them. And
we cannot handle the ctrl vq corretly. The guest will hang.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
hw/net/virtio-net.c | 110
On Fri, Jul 10, 2015 at 4:31 PM, Jean-Christophe Dubois
j...@tribudubois.net wrote:
Signed-off-by: Jean-Christophe Dubois j...@tribudubois.net
Reviewed-by: Peter Crosthwaite crosthwaite.pe...@gmail.com
One minor optional nit below.
---
Changes since v1:
* not present on v1
Changes
On 13/07/2015 13:53, Paolo Bonzini wrote:
On 10/07/2015 18:08, fred.kon...@greensocs.com wrote:
From: KONRAD Frederic fred.kon...@greensocs.com
This is the async_safe_work introduction bit of the Multithread TCG work.
Rebased on current upstream (6169b60285fe1ff730d840a49527e721bfb30899).
It
On Fri, Jul 10, 2015 at 4:31 PM, Jean-Christophe Dubois
j...@tribudubois.net wrote:
Signed-off-by: Jean-Christophe Dubois j...@tribudubois.net
Reviewed-by: Peter Crosthwaite crosthwaite.pe...@gmail.com
---
Changes since v1:
* not present on v1
Changes since v2:
* not present on
On 15/07/2015 09:56, Jason Wang wrote:
Commit 032a74a1c0fcdd5fd1c69e56126b4c857ee36611
(virtio-net: byteswap virtio-net header) breaks any layout by
requiring out_sg[0].iov_len = n-guest_hdr_len. Fixing this by
copying header to temporary buffer if swap is needed, and then use
this buffer
On Wed, 15 Jul 2015 09:12:48 +0530
Bharata B Rao bharata@gmail.com wrote:
On Tue, Jul 14, 2015 at 5:17 PM, Igor Mammedov imamm...@redhat.com
wrote:
On Tue, 14 Jul 2015 16:08:54 +0530
Bharata B Rao bhar...@linux.vnet.ibm.com wrote:
On Thu, Jul 09, 2015 at 03:23:55PM +0200, Andreas
On (Wed) 15 Jul 2015 [09:56:22], Juan Quintela wrote:
Previous commit only stored a valid state for migration. It stored the
empty string for savevm. Now, we are also storing the current state for
savevm.
Can you include some more information in the commit message? Like the
commit hash
On (Wed) 15 Jul 2015 [03:05:06], Pankaj Gupta wrote:
- Original Message -
From: Amit Shah amit.s...@redhat.com
To: Pankaj Gupta pagu...@redhat.com
Cc: qemu-devel@nongnu.org, m...@redhat.com
Sent: Wednesday, 15 July, 2015 12:09:57 PM
Subject: Re: [Qemu-devel] [PATCH 2/2 v2]
On 07/15/2015 04:42 PM, Jason Wang wrote:
On 07/15/2015 04:20 PM, Wen Congyang wrote:
commit da51a335 adds all queues in .realize(). But if the
guest doesn't support multiqueue, we forget to remove them. And
we cannot handle the ctrl vq corretly. The guest will hang.
Signed-off-by: Wen
Reported-by: Jiri Denemark jdene...@redhat.com
Signed-off-by: Juan Quintela quint...@redhat.com
---
qmp-commands.hx | 1 +
1 file changed, 1 insertion(+)
diff --git a/qmp-commands.hx b/qmp-commands.hx
index e1bcc60..ba630b1 100644
--- a/qmp-commands.hx
+++ b/qmp-commands.hx
@@ -3406,6 +3406,7 @@
We can want the trace event even without migration events enabled.
Reported-by: Wen Congyang ghost...@gmail.com
Signed-off-by: Juan Quintela quint...@redhat.com
Reviewed-by: Dr. David Alan Gilbert dgilb...@redhat.com
---
migration/migration.c | 2 +-
1 file changed, 1 insertion(+), 1
On 07/15/2015 03:57 PM, Paolo Bonzini wrote:
On 15/07/2015 07:29, Jason Wang wrote:
Cc: Stefan Hajnoczi stefa...@redhat.com
Cc: Kevin Wolf kw...@redhat.com
Cc: qemu-bl...@nongnu.org
Signed-off-by: Jason Wang jasow...@redhat.com
---
hw/block/virtio-blk.c | 4 +++-
1 file changed, 3
sPAPRTCETable is handling 2 TCE tables already:
1) guest view of the TCE table - emulated devices use only this table;
2) hardware IOMMU table - VFIO PCI devices use it for actual work but
it does not replace 1) and it is not visible to the guest.
The initialization of this table is driven by
This allows dynamic allocation for migrating arrays.
Already existing VMSTATE_VARRAY_UINT32 requires an array to be
pre-allocated, however there are cases when the size is not known in
advance and there is no real need to enforce it.
This defines another variant of VMSTATE_VARRAY_UINT32 with
At the moment presence of vfio-pci devices on a bus affect the way
the guest view table is allocated. If there is no vfio-pci on a PHB
and the host kernel supports KVM acceleration of H_PUT_TCE, a table
is allocated in KVM. However, if there is vfio-pci and we do yet not
KVM acceleration for
sPAPR IOMMU is managing two copies of an TCE table:
1) a guest view of the table - this is what emulated devices use and
this is where H_GET_TCE reads from;
2) a hardware TCE table - only present if there is at least one vfio-pci
device on a PHB; it is updated via a memory listener on a PHB
This reworks finish_realize() which used to finalize DMA setup with
an assumption that it will not change later.
New callbacks supports various window parameters such as page and
windows sizes. The new callback return error code rather than Error**.
This is a mechanical change so no change in
Currently TCE tables are created once at start and their size never
changes. We are going to change that by introducing a Dynamic DMA windows
support where DMA configuration may change during the guest execution.
This changes spapr_tce_new_table() to create an empty stub object. Only
LIOBN is
This adds support for Dynamic DMA Windows (DDW) option defined by
the SPAPR specification which allows to have additional DMA window(s)
This implements DDW for emulated and VFIO devices. As all TCE root regions
are mapped at 0 and 64bit long (and actual tables are child regions),
this replaces
On 07/14/2015 05:38 PM, Leon Alrae wrote:
There seems to be an issue when trying to keep a pointer in bottom 32-bits
of a 64-bit floating point register. Load and store instructions accessing
this address for some reason use the whole 64-bit content of floating point
register rather than
We are going to have multiple DMA windows at different offsets on
a PCI bus. For the sake of migration, we will have as many TCE table
objects pre-created as many windows supported.
So we need a way to map windows dynamically onto a PCI bus
when migration of a table is completed but at this stage
sPAPRTCETable has a vfio_accel flag which is passed to
kvmppc_create_spapr_tce() and controls whether to create a guest view
table in KVM as this depends on the host kernel ability to accelerate
H_PUT_TCE for VFIO devices. We would set this flag at the moment
when sPAPRTCETable is created in
On a system reset, DMA configuration has to reset too. At the moment
it clears the table content. This is enough for the single table case
but with DDW, we will also have to disable all DMA windows except
the default one. Furthermore according to sPAPR, if the guest removed
the default window and
This enables multiple IOMMU groups in one VFIO container which means
that multiple devices from different groups can share the same IOMMU
table (or tables if DDW).
This removes a group id from vfio_container_ioctl(). The kernel support
is required for this; if the host kernel does not have the
Each Partitionable Endpoint (IOMMU group) has an address range on a PCI bus
where devices are allowed to do DMA. These ranges are called DMA windows.
By default, there is a single DMA window, 1 or 2GB big, mapped at zero
on a PCI bus.
PAPR defines a DDW RTAS API which allows pseries guests
[This patch addresses an issue which is not prominently seen in mainline,
but seen frequently only in David's spapr-next branch. Though it is possible
to see this issue with mainline too, the current version of the patch
is intended for David's tree.]
QEMU requests for hash table allocation
On 07/15/2015 09:06 AM, Aurelien Jarno wrote:
On 2015-07-15 09:31, Paolo Bonzini wrote:
Ok, I see your point. If you put it like this :) the fault definitely
lies in the backends. What I'm proposing would be in a new
tcg_reg_alloc_trunc function, and it would require implementing a
non-noop
Liang Li liang.z...@intel.com wrote:
'strlen' is called three times in 'save_page_header', it's
inefficient.
Signed-off-by: Liang Li liang.z...@intel.com
Reviewed-by: Juan Quintela quint...@redhat.com
Applied
---
migration/ram.c | 10 +-
1 file changed, 5 insertions(+), 5
On (Tue) 16 Jun 2015 [11:26:28], Dr. David Alan Gilbert (git) wrote:
From: Dr. David Alan Gilbert dgilb...@redhat.com
Open a return path, and handle messages that are received upon it.
Signed-off-by: Dr. David Alan Gilbert dgilb...@redhat.com
-/* migration thread support */
+/*
+ *
Am 2015-07-14 13:07, schrieb Fam Zheng:
On Tue, 07/14 13:02, Michael Walle wrote:
Am 2015-07-14 09:53, schrieb Fam Zheng:
Drop .can_receive and move the semantics into minimac2_rx, by returning
0.
That is once minimac2_rx returns 0, incoming packets will be queued
until the queue is explicitly
On Fri, Jul 10, 2015 at 4:31 PM, Jean-Christophe Dubois
j...@tribudubois.net wrote:
Signed-off-by: Jean-Christophe Dubois j...@tribudubois.net
Reviewed-by: Peter Crosthwaite crosthwaite.pe...@gmail.com
---
Changes since v1:
* not present on v1
Changes since v2:
* not present on
On Wed, 07/15 15:38, Jason Wang wrote:
On 07/15/2015 02:01 PM, Fam Zheng wrote:
On Wed, 07/15 13:10, Jason Wang wrote:
And can we do this without a bh? Otherwise, we may need to stop and
restart the bh during vm stop and start?
A bh doesn't hurt when vm stop and restart (we get
Li Zhijian lizhij...@cn.fujitsu.com wrote:
from commit 2ff6403, we make a mistake to call synchronize_rcu()
within rcu_read_lock()/rcu_read_unlock()
Signed-off-by: Li Zhijian lizhij...@cn.fujitsu.com
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
Signed-off-by: Li Zhijian
Am 15.07.2015 um 10:18 schrieb Dr. David Alan Gilbert:
* Juan Quintela (quint...@redhat.com) wrote:
Previous commit only stored a valid state for migration. It stored the
empty string for savevm. Now, we are also storing the current state for
savevm.
Signed-off-by: Juan Quintela
On 15/07/2015 10:31, Juan Quintela wrote:
Li Zhijian lizhij...@cn.fujitsu.com wrote:
from commit 2ff6403, we make a mistake to call synchronize_rcu()
within rcu_read_lock()/rcu_read_unlock()
Signed-off-by: Li Zhijian lizhij...@cn.fujitsu.com
Signed-off-by: Wen Congyang
On 15/07/2015 10:31, Jason Wang wrote:
This must only be done for newer machine types only, or you change guest
ABI for scsi=off. Effectively you have to split it in two properties,
scsi and always_set_f_scsi.
And always_set_f_scsi is true only for legacy machine types?
s/legacy/older/
On Wed, 15 Jul 2015 13:29:57 +0800
Jason Wang jasow...@redhat.com wrote:
Signed-off-by: Jason Wang jasow...@redhat.com
---
hw/9pfs/virtio-9p-device.c | 3 ++-
hw/block/virtio-blk.c | 3 ++-
hw/char/virtio-serial-bus.c | 3 ++-
hw/display/virtio-gpu.c | 3 ++-
On (Wed) 15 Jul 2015 [03:05:06], Pankaj Gupta wrote:
- Original Message -
From: Amit Shah amit.s...@redhat.com
To: Pankaj Gupta pagu...@redhat.com
Cc: qemu-devel@nongnu.org, m...@redhat.com
Sent: Wednesday, 15 July, 2015 12:09:57 PM
Subject: Re: [Qemu-devel] [PATCH
On (Tue) 16 Jun 2015 [16:58:17], Dr. David Alan Gilbert wrote:
* Eric Blake (ebl...@redhat.com) wrote:
On 06/16/2015 04:26 AM, Dr. David Alan Gilbert (git) wrote:
From: Dr. David Alan Gilbert dgilb...@redhat.com
The 'postcopy ram' capability allows postcopy migration of RAM;
note
On 07/15/2015 05:11 PM, Cornelia Huck wrote:
On Wed, 15 Jul 2015 13:29:56 +0800
Jason Wang jasow...@redhat.com wrote:
Hi all:
This series tries to set feature correctly for virtio-blk when virtio
1.0 is supported. Two isssues were addressed according to the spec:
- scsi passthrough was
On (Tue) 16 Jun 2015 [11:26:30], Dr. David Alan Gilbert (git) wrote:
From: Dr. David Alan Gilbert dgilb...@redhat.com
The 'postcopy ram' capability allows postcopy migration of RAM;
note that the migration starts off in precopy mode until
postcopy mode is triggered (see the
Activate the opt-out added by one ipxe patch.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
roms/config.ipxe.general.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/roms/config.ipxe.general.h b/roms/config.ipxe.general.h
index 619ee4c..2df042a 100644
--- a/roms/config.ipxe.general.h
Add two patches we've been struggling to get upstream.
They are available from git://git.qemu.org/ipxe.git qemu
git shortlog
Gerd Hoffmann (1):
[efi] make load file protocol optional
Laszlo Ersek (1):
efi_snp: improve compliance with the EFI_SIMPLE_NETWORK_PROTOCOL spec
ipxe build now generates empty local header files in case they are
not preset. Let's remove them on cleanup to make sure we store a
fresh copy on the next build.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
roms/Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/roms/Makefile
We had build problems due to the git version checking in the ipxe build
system in the past. Don't remember the details, but the problem seems
to be gone now, so lets remove the workaround.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
roms/Makefile | 4 ++--
1 file changed, 2
1 - 100 of 290 matches
Mail list logo
