On Thu, 29 Aug 2019 at 18:23, Yuval Shaia wrote:
>
> On Wed, Aug 28, 2019 at 07:53:28PM +0530, Sukrit Bhatnagar wrote:
> > vmstate_pvrdma describes the PCI and MSIX states as well as the dma
> > address for dsr and the gid table of device.
> > vmstate_pvrdma_gids descr
On Sun, 1 Sep 2019 at 01:15, Marcel Apfelbaum
wrote:
>
>
>
> On 8/28/19 5:23 PM, Sukrit Bhatnagar wrote:
> > vmstate_pvrdma describes the PCI and MSIX states as well as the dma
> > address for dsr and the gid table of device.
> > vmstate_pvrdma_gids descr
() maps to dsr using the loaded dma address, registers
each loaded gid into the backend device, and finally calls load_dsr()
to perform other mappings and ring init operations.
Cc: Marcel Apfelbaum
Cc: Yuval Shaia
Signed-off-by: Sukrit Bhatnagar
---
hw/rdma/vmw/pvrdma_main.c | 77
the RFC v3 series posted earlier:
https://lists.gnu.org/archive/html/qemu-devel/2019-07/msg04752.html
https://lists.gnu.org/archive/html/qemu-devel/2019-07/msg04753.html
https://lists.gnu.org/archive/html/qemu-devel/2019-07/msg04754.html
Sukrit Bhatnagar (2):
hw/pvrdma: make DSR mapping
and when needed. This aids the case where load_dsr() is called
having DSR mapping already done, but the rest of map and init
operations are pending, and prevents an unmap of the DSR.
Cc: Marcel Apfelbaum
Cc: Yuval Shaia
Signed-off-by: Sukrit Bhatnagar
---
hw/rdma/vmw/pvrdma_main.c |
-devel/2019-07/msg01850.html
Link(s) to v1:
https://lists.gnu.org/archive/html/qemu-devel/2019-06/msg04924.html
https://lists.gnu.org/archive/html/qemu-devel/2019-06/msg04923.html
Sukrit Bhatnagar (2):
hw/pvrdma: make DSR mapping idempotent in load_dsr()
hw/pvrdma: add live migration suppor
and when needed. This aids the case where load_dsr() is called
having DSR mapping already done, but the rest of map and init
operations are pending, and prevents an unmap of the DSR.
Cc: Marcel Apfelbaum
Cc: Yuval Shaia
Signed-off-by: Sukrit Bhatnagar
---
hw/rdma/vmw/pvrdma_main.c |
() maps to dsr using the loaded dma address, registers
each loaded gid into the backend device, and finally calls load_dsr()
to perform other mappings and ring init operations.
Cc: Marcel Apfelbaum
Cc: Yuval Shaia
Signed-off-by: Sukrit Bhatnagar
---
hw/rdma/vmw/pvrdma_main.c | 77
On Mon, 8 Jul 2019 at 10:43, Yuval Shaia wrote:
>
> On Sat, Jul 06, 2019 at 09:39:40AM +0530, Sukrit Bhatnagar wrote:
> > Use VMStateDescription for migrating device state. Currently,
>
> What do you mean by 'Currently'?
I meant that 'vmstate_pvrdma' will
and when needed. This aids the case where load_dsr() is called
having DSR mapping already done, but the rest of map and init
operations are pending, and prevents an unmap of the DSR.
Cc: Marcel Apfelbaum
Cc: Yuval Shaia
Signed-off-by: Sukrit Bhatnagar
---
hw/rdma/vmw/pvrdma_main.c |
l have dma map operations when the init functions are
called.
If this takes noticeable time, it might be better to have lazy
load instead.
Cc: Marcel Apfelbaum
Cc: Yuval Shaia
Signed-off-by: Sukrit Bhatnagar
---
hw/rdma/vmw/pvrdma_main.c | 87 +++
1 file c
we
can move further, and in doing so, we will need this.
Sukrit Bhatnagar (2):
hw/pvrdma: make DSR mapping idempotent in load_dsr()
hw/pvrdma: add live migration support
hw/rdma/vmw/pvrdma_main.c | 104 +++---
1 file changed, 96 insertions(+), 8 deleti
CIE based differentiation
> > since at 'realize' time is decided if the device is PCI or PCIe,
> > then the above macro is enough.
> >
> > Use the opportunity to move to the standard VMSTATE_MSIX
> > instead of the deprecated SaveVMHandlers.
> >
> &g
> then the above macro is enough.
>
> Use the opportunity to move to the standard VMSTATE_MSIX
> instead of the deprecated SaveVMHandlers.
>
> Signed-off-by: Marcel Apfelbaum
Tested-by: Sukrit Bhatnagar
> ---
> hw/net/vmxnet3.c | 52 ++
On Sun, 30 Jun 2019 at 13:43, Yuval Shaia wrote:
>
> On Sat, Jun 29, 2019 at 06:15:21PM +0530, Sukrit Bhatnagar wrote:
> > On Fri, 28 Jun 2019 at 16:56, Dr. David Alan Gilbert
> > wrote:
> > >
> > > * Yuval Shaia (yuval.sh...@oracle.com) wrote:
> > &g
On Fri, 28 Jun 2019 at 16:56, Dr. David Alan Gilbert
wrote:
>
> * Yuval Shaia (yuval.sh...@oracle.com) wrote:
> > On Fri, Jun 21, 2019 at 08:15:41PM +0530, Sukrit Bhatnagar wrote:
> > > Define and register SaveVMHandlers pvrdma_save and
> > > pvrdma_load for savin
On Tue, 25 Jun 2019 at 00:11, Dr. David Alan Gilbert
wrote:
>
> * Sukrit Bhatnagar (skrtbht...@gmail.com) wrote:
> > Hi David,
> >
> > I am Sukrit, GSoC participant working on PVRDMA live migration.
> > We had a short chat about vmxnet3 migration about a week ago
>
of the guest device in the host. I am looking for a workaround,
if that is possible at all.
I started a thread few days ago for the same on libvirt-users:
https://www.redhat.com/archives/libvirt-users/2019-June/msg00011.html
Sukrit Bhatnagar (1):
hw/pvrdma: Add live migration support
: Marcel Apfelbaum
Cc: Yuval Shaia
Signed-off-by: Sukrit Bhatnagar
---
hw/rdma/vmw/pvrdma_main.c | 56 +++
1 file changed, 56 insertions(+)
diff --git a/hw/rdma/vmw/pvrdma_main.c b/hw/rdma/vmw/pvrdma_main.c
index adcf79cd63..cd8573173c 100644
--- a/hw/rdma/vmw
On Wed, 10 Apr 2019 at 17:20, Roman Bolshakov wrote:
>
> On Sun, Apr 07, 2019 at 05:28:39PM +0530, Sukrit Bhatnagar wrote:
> > Keep the calls made to synchronize cpu by all hypervisors in one place
> > inside cpu_synchronize_* functions in include/sysemu/hw_accel.h
> >
&
Hi,
Are the patches in good enough shape to be merged?
Thanks,
Sukrit
/msg06902.html
Sukrit Bhatnagar (2):
hvf: declare hvf_handle_io if NEED_CPU_H is defined
cpus: move hvf_cpu_synchronize* calls to cpu_synchronize* functions
cpus.c| 12
include/sysemu/hvf.h | 4
include/sysemu/hw_accel.h | 10 ++
3 files
hvf_handle_io needs the poisoned type CPUArchState as its argument.
Declaring it if NEED_CPU_H is defined enables include/sysemu/hvf.h
to be included for common object compilation as well.
Cc: Roman Bolshakov
Cc: Paolo Bonzini
Signed-off-by: Sukrit Bhatnagar
---
include/sysemu/hvf.h | 4
Keep the calls made to synchronize cpu by all hypervisors in one place
inside cpu_synchronize_* functions in include/sysemu/hw_accel.h
Cc: Richard Henderson
Cc: Paolo Bonzini
Signed-off-by: Sukrit Bhatnagar
---
cpus.c| 12
include/sysemu/hw_accel.h | 10
/msg06902.html
Sukrit Bhatnagar (2):
hvf: declare hvf_handle_io if NEED_CPU_H is defined
cpus: move hvf_cpu_synchronize* calls to cpu_synchronize* functions
cpus.c| 12
include/sysemu/hvf.h | 4
include/sysemu/hw_accel.h | 10 ++
3 files
Keep the calls made to synchronize cpu by all hypervisors in one place
inside cpu_synchronize_* functions in include/sysemu/hw_accel.h
Cc: Richard Henderson
Cc: Paolo Bonzini
Signed-off-by: Sukrit Bhatnagar
---
cpus.c| 12
include/sysemu/hw_accel.h | 10
hvf_handle_io needs the poisoned type CPUArchState as its argument.
Declaring it if NEED_CPU_H is defined enables include/sysemu/hvf.h
to be included for common object compilation as well.
Cc: Roman Bolshakov
Cc: Paolo Bonzini
Signed-off-by: Sukrit Bhatnagar
---
include/sysemu/hvf.h | 4
Keep the calls made to synchronize cpu by all hypervisors in one place
inside cpu_synchronize_* functions in include/sysemu/hw_accel.h
Cc: Richard Henderson
Cc: Paolo Bonzini
Signed-off-by: Sukrit Bhatnagar
---
cpus.c| 12
include/sysemu/hw_accel.h | 9
DEFINE_PROP_PTR and
set using qdev_prop_set_ptr, are removed
Sukrit Bhatnagar (1):
etraxfs: convert dma_out and dma_in pointer properties from qdev to
qom links
hw/net/etraxfs_eth.c | 13 ++---
include/hw/cris/etraxfs.h | 4 ++--
2 files changed, 12 insertions(+), 5 deletions
The ETRAXFS Ethernet device needs pointers to the dma controllers to
operate. According to qdev-properties.h, properties of pointer types
should be avoided. A QOM link type property is a good substitution.
Cc: Edgar E. Iglesias
Signed-off-by: Sukrit Bhatnagar
---
hw/net/etraxfs_eth.c
30 matches
Mail list logo
