All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Philippe Mathieu-Daudé" <philmd@redhat.com>
To: Kirti Wankhede <kwankhede@nvidia.com>,
	alex.williamson@redhat.com, cjia@nvidia.com
Cc: zhi.wang.linux@gmail.com, aik@ozlabs.ru,
	Zhengxiao.zx@Alibaba-inc.com, shuangtai.tst@alibaba-inc.com,
	qemu-devel@nongnu.org, peterx@redhat.com, eauger@redhat.com,
	artemp@nvidia.com, yi.l.liu@intel.com, quintela@redhat.com,
	ziye.yang@intel.com, armbru@redhat.com, mlevitsk@redhat.com,
	pasic@linux.ibm.com, felipe@nutanix.com, zhi.a.wang@intel.com,
	mcrossley@nvidia.com, kevin.tian@intel.com, yan.y.zhao@intel.com,
	eskultet@redhat.com, dgilbert@redhat.com,
	changpeng.liu@intel.com, cohuck@redhat.com, Ken.Xue@amd.com,
	jonathan.davies@nutanix.com, pbonzini@redhat.com,
	dnigam@nvidia.com
Subject: Re: [PATCH v28 00/17] Add migration support for VFIO devices
Date: Sat, 24 Oct 2020 21:43:49 +0200	[thread overview]
Message-ID: <f223d058-c89a-8a65-73de-59c08cf6f1e0@redhat.com> (raw)
In-Reply-To: <4561712d-1770-8850-24fe-0578efcf4646@nvidia.com>

On 10/24/20 7:48 PM, Kirti Wankhede wrote:
> On 10/24/2020 10:26 PM, Philippe Mathieu-Daudé wrote:
>> Hi Kirti,
>>
>> On 10/23/20 12:40 PM, Kirti Wankhede wrote:
>>> Hi,
>>>
>>> This Patch set adds migration support for VFIO devices in QEMU.
>> ...
>>
>>> Since there is no device which has hardware support for system memmory
>>> dirty bitmap tracking, right now there is no other API from vendor 
>>> driver
>>> to VFIO IOMMU module to report dirty pages. In future, when such 
>>> hardware
>>> support will be implemented, an API will be required in kernel such that
>>> vendor driver could report dirty pages to VFIO module during 
>>> migration phases.
>>>
>>> Below is the flow of state change for live migration where states in 
>>> brackets
>>> represent VM state, migration state and VFIO device state as:
>>>      (VM state, MIGRATION_STATUS, VFIO_DEVICE_STATE)
>>>
>>> Live migration save path:
>>>          QEMU normal running state
>>>          (RUNNING, _NONE, _RUNNING)
>>>                          |
>>>      migrate_init spawns migration_thread.
>>>      (RUNNING, _SETUP, _RUNNING|_SAVING)
>>>      Migration thread then calls each device's .save_setup()
>>>                          |
>>>      (RUNNING, _ACTIVE, _RUNNING|_SAVING)
>>>      If device is active, get pending bytes by .save_live_pending()
>>>      if pending bytes >= threshold_size,  call save_live_iterate()
>>>      Data of VFIO device for pre-copy phase is copied.
>>>      Iterate till total pending bytes converge and are less than 
>>> threshold
>>>                          |
>>>      On migration completion, vCPUs stops and calls 
>>> .save_live_complete_precopy
>>>      for each active device. VFIO device is then transitioned in
>>>       _SAVING state.
>>>      (FINISH_MIGRATE, _DEVICE, _SAVING)
>>>      For VFIO device, iterate in .save_live_complete_precopy until
>>>      pending data is 0.
>>>      (FINISH_MIGRATE, _DEVICE, _STOPPED)
>>>                          |
>>>      (FINISH_MIGRATE, _COMPLETED, _STOPPED)
>>>      Migraton thread schedule cleanup bottom half and exit
>>>
>>> Live migration resume path:
>>>      Incomming migration calls .load_setup for each device
>>>      (RESTORE_VM, _ACTIVE, _STOPPED)
>>>                          |
>>>      For each device, .load_state is called for that device section data
>>>      (RESTORE_VM, _ACTIVE, _RESUMING)
>>>                          |
>>>      At the end, called .load_cleanup for each device and vCPUs are 
>>> started.
>>>                          |
>>>          (RUNNING, _NONE, _RUNNING)
>>>
>>> Note that:
>>> - Migration post copy is not supported.
>>
>> Can you commit this ^^^ somewhere in docs/devel/ please?
>> (as a patch on top of this series)
>>
> 
> Philippe, Alex,
> I'm going to respin this series with r-bs and fix suggested by Yan.
> Should this doc be part of this series or we can add it later after 
> 10/27 if again review of this doc would need some iterations?

I suppose it is up to the maintainer, no objection from my part.

This information seems valuable and wouldn't like it be lost.
If by 10/27 you refer to the "soft freeze", then there is no
problem to add documentation patches after this date :)

Regards,

Phil.



      reply	other threads:[~2020-10-24 19:45 UTC|newest]

Thread overview: 42+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-10-23 10:40 [PATCH v28 00/17] Add migration support for VFIO devices Kirti Wankhede
2020-10-23 10:40 ` [PATCH v28 01/17] vfio: Add function to unmap VFIO region Kirti Wankhede
2020-10-23 10:40 ` [PATCH v28 02/17] vfio: Add vfio_get_object callback to VFIODeviceOps Kirti Wankhede
2020-10-23 10:40 ` [PATCH v28 03/17] vfio: Add save and load functions for VFIO PCI devices Kirti Wankhede
2020-10-24 11:53   ` Yan Zhao
2020-10-24 14:16     ` Alex Williamson
2020-10-24 19:48       ` Kirti Wankhede
2020-10-24 20:23         ` Alex Williamson
2020-10-25  4:26       ` Yan Zhao
2020-10-23 10:40 ` [PATCH v28 04/17] vfio: Add migration region initialization and finalize function Kirti Wankhede
2020-10-23 11:24   ` Cornelia Huck
2020-10-24 20:22     ` Kirti Wankhede
2020-10-23 16:52   ` Alex Williamson
2020-10-24  9:39     ` Kirti Wankhede
2020-10-24 14:21       ` Alex Williamson
2020-10-24 14:48         ` Kirti Wankhede
2020-10-23 10:40 ` [PATCH v28 05/17] vfio: Add VM state change handler to know state of VM Kirti Wankhede
2020-10-23 11:32   ` Cornelia Huck
2020-10-24 20:27     ` Kirti Wankhede
2020-10-23 10:40 ` [PATCH v28 06/17] vfio: Add migration state change notifier Kirti Wankhede
2020-10-23 11:45   ` Cornelia Huck
2020-10-23 10:40 ` [PATCH v28 07/17] vfio: Register SaveVMHandlers for VFIO device Kirti Wankhede
2020-10-23 12:18   ` Cornelia Huck
2020-10-24 11:26   ` Yan Zhao
2020-10-24 20:35     ` Kirti Wankhede
2020-10-23 10:40 ` [PATCH v28 08/17] vfio: Add save state functions to SaveVMHandlers Kirti Wankhede
2020-10-24 11:59   ` Yan Zhao
2020-10-23 10:40 ` [PATCH v28 09/17] vfio: Add load " Kirti Wankhede
2020-10-24 11:58   ` Yan Zhao
2020-10-23 10:40 ` [PATCH v28 10/17] memory: Set DIRTY_MEMORY_MIGRATION when IOMMU is enabled Kirti Wankhede
2020-10-24 12:00   ` Yan Zhao
2020-10-23 10:40 ` [PATCH v28 11/17] vfio: Get migration capability flags for container Kirti Wankhede
2020-10-23 10:40 ` [PATCH v28 12/17] vfio: Add function to start and stop dirty pages tracking Kirti Wankhede
2020-10-23 10:40 ` [PATCH v28 13/17] vfio: Add vfio_listener_log_sync to mark dirty pages Kirti Wankhede
2020-10-23 10:40 ` [PATCH v28 14/17] vfio: Dirty page tracking when vIOMMU is enabled Kirti Wankhede
2020-10-24 11:56   ` Yan Zhao
2020-10-23 10:40 ` [PATCH v28 15/17] vfio: Add ioctl to get dirty pages bitmap during dma unmap Kirti Wankhede
2020-10-23 10:40 ` [PATCH v28 16/17] vfio: Make vfio-pci device migration capable Kirti Wankhede
2020-10-23 10:40 ` [PATCH v28 17/17] qapi: Add VFIO devices migration stats in Migration stats Kirti Wankhede
2020-10-24 16:56 ` [PATCH v28 00/17] Add migration support for VFIO devices Philippe Mathieu-Daudé
2020-10-24 17:48   ` Kirti Wankhede
2020-10-24 19:43     ` Philippe Mathieu-Daudé [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=f223d058-c89a-8a65-73de-59c08cf6f1e0@redhat.com \
    --to=philmd@redhat.com \
    --cc=Ken.Xue@amd.com \
    --cc=Zhengxiao.zx@Alibaba-inc.com \
    --cc=aik@ozlabs.ru \
    --cc=alex.williamson@redhat.com \
    --cc=armbru@redhat.com \
    --cc=artemp@nvidia.com \
    --cc=changpeng.liu@intel.com \
    --cc=cjia@nvidia.com \
    --cc=cohuck@redhat.com \
    --cc=dgilbert@redhat.com \
    --cc=dnigam@nvidia.com \
    --cc=eauger@redhat.com \
    --cc=eskultet@redhat.com \
    --cc=felipe@nutanix.com \
    --cc=jonathan.davies@nutanix.com \
    --cc=kevin.tian@intel.com \
    --cc=kwankhede@nvidia.com \
    --cc=mcrossley@nvidia.com \
    --cc=mlevitsk@redhat.com \
    --cc=pasic@linux.ibm.com \
    --cc=pbonzini@redhat.com \
    --cc=peterx@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=quintela@redhat.com \
    --cc=shuangtai.tst@alibaba-inc.com \
    --cc=yan.y.zhao@intel.com \
    --cc=yi.l.liu@intel.com \
    --cc=zhi.a.wang@intel.com \
    --cc=zhi.wang.linux@gmail.com \
    --cc=ziye.yang@intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.