[v10,00/19] Initial support for multi-process Qemu

Message

Elena Ufimtseva Oct. 5, 2020, 6:50 p.m. UTC

From: Elena Ufimtseva <[e-mail]>

From: Elena Ufimtseva <[e-mail]>


Hello
This is the v10 of the patchset.
Thank you very much for the review of the v9 of the series.
We are glad to hear the patchset is getting in a better shape.

There are few patches that were changed and need the review:
Drooped patch 07/20 from v9: multi-process: define transmission functions in remote
after the co-routine was moved to the top level.

[06/19] multi-process: define MPQemuMsg format and transmission functions
        Take into account the limitations of the transmission functions.
        Added the checks to ensure the caller is safe to call these.
        For more details please see the comments to the patch itself.
        Packed the MPQemuMsg structure and changed the enum MPQemuCmd
        to have the last element reflect the number of commands introduced.
[07/19] multi-process: Initialize message handler in remote device
        Enter the long running co-routine in the remote process from
        remote_machine_done.
[08/19] multi-process: Associate fd of a PCIDevice with its object
        Added high level long running co-routine for remote
        process to avoid blocking the monitor by dropping aio_poll.
[10/19] multi-process: introduce proxy object:
        Added migration blocker.

For the following patches I have left rvb from Stefan, but there is
only a minor change in one of the function calls parameters from
message handler mpqemu_remote_msg_loop_co() in the remote-msg.c.
These are:
[12/19] multi-process: Forward PCI config space accesses to the remote process
[13/19] multi-process: PCI BAR read/write handling for proxy & remote endpoints
[16/19] multi-process: perform device reset in the remote process

To touch upon the history of this project, we posted the
Proof Of Concept patches before the BoF session in 2018.
Subsequently, we posted 9 versions on the qemu-devel mailist.
You can find them by following the links below ([1] - [9]).

Following people contributed to the design and
implementation of this project:
Jagannathan Raman <[e-mail]>
Elena Ufimtseva <[e-mail]>
John G Johnson <[e-mail]>
Stefan Hajnoczi <[e-mail]>
Konrad Wilk <[e-mail]>
Kanth Ghatraju <[e-mail]>

We would like to thank QEMU community for your feedback in the
design and implementation of this project.

Qemu wiki page:
https://wiki.qemu.org/Features/MultiProcessQEMU

For the full concept writeup about QEMU multi-process, please refer to
docs/devel/qemu-multiprocess.rst. Also see docs/qemu-multiprocess.txt for
usage information.


We welcome all your ideas, concerns, and questions for this patchset.
[POC]: https://www.mail-archive.com/[e-mail]/msg566538.html
[1]: https://www.mail-archive.com/[e-mail]/msg602285.html
[2]: https://www.mail-archive.com/[e-mail]/msg624877.html
[3]: https://www.mail-archive.com/[e-mail]/msg642000.html
[4]: https://www.mail-archive.com/[e-mail]/msg655118.html
[5]: https://www.mail-archive.com/[e-mail]/msg682429.html
[6]: https://www.mail-archive.com/[e-mail]/msg697484.html
[7]: https://patchew.org/QEMU/[e-mail]/
[8]: https://www.mail-archive.com/[e-mail]/msg727007.html
[9]: https://www.mail-archive.com/[e-mail]/msg734275.html


Elena Ufimtseva (7):
  multi-process: add qio channel function to transmit
  multi-process: define MPQemuMsg format and transmission functions
  multi-process: introduce proxy object
  multi-process: add proxy communication functions
  multi-process: Forward PCI config space acceses to the remote process
  multi-process: perform device reset in the remote process
  multi-process: add configure and usage information

Jagannathan Raman (11):
  memory: alloc RAM from file at offset
  multi-process: Add config option for multi-process QEMU
  multi-process: setup PCI host bridge for remote device
  multi-process: setup a machine object for remote device process
  multi-process: Initialize message handler in remote device
  multi-process: Associate fd of a PCIDevice with its object
  multi-process: setup memory manager for remote device
  multi-process: PCI BAR read/write handling for proxy & remote
    endpoints
  multi-process: Synchronize remote memory
  multi-process: create IOHUB object to handle irq
  multi-process: Retrieve PCI info from remote process

John G Johnson (1):
  multi-process: add the concept description to
    docs/devel/qemu-multiprocess

 MAINTAINERS                     |  26 +
 backends/hostmem-memfd.c        |   2 +-
 configure                       |  10 +
 docs/devel/index.rst            |   1 +
 docs/devel/multi-process.rst    | 966 ++++++++++++++++++++++++++++++++
 docs/multi-process.rst          |  67 +++
 exec.c                          |  11 +-
 hw/i386/meson.build             |   5 +
 hw/i386/remote-iohub.c          | 123 ++++
 hw/i386/remote-memory.c         |  58 ++
 hw/i386/remote-msg.c            | 241 ++++++++
 hw/i386/remote-obj.c            | 152 +++++
 hw/i386/remote.c                |  79 +++
 hw/misc/ivshmem.c               |   3 +-
 hw/pci-host/meson.build         |   1 +
 hw/pci-host/remote.c            |  75 +++
 hw/pci/memory-sync.c            | 210 +++++++
 hw/pci/meson.build              |   3 +
 hw/pci/proxy.c                  | 373 ++++++++++++
 include/exec/memory.h           |   2 +
 include/exec/ram_addr.h         |   2 +-
 include/hw/i386/remote-iohub.h  |  42 ++
 include/hw/i386/remote-memory.h |  19 +
 include/hw/i386/remote-obj.h    |  42 ++
 include/hw/i386/remote.h        |  40 ++
 include/hw/pci-host/remote.h    |  31 +
 include/hw/pci/memory-sync.h    |  27 +
 include/hw/pci/pci_ids.h        |   3 +
 include/hw/pci/proxy.h          |  53 ++
 include/io/channel.h            |  24 +
 include/io/mpqemu-link.h        |  98 ++++
 include/qemu/mmap-alloc.h       |   3 +-
 io/channel.c                    |  45 ++
 io/meson.build                  |   2 +
 io/mpqemu-link.c                | 296 ++++++++++
 meson.build                     |   1 +
 scripts/mpqemu-launcher.py      |  49 ++
 softmmu/memory.c                |   3 +-
 util/mmap-alloc.c               |   7 +-
 util/oslib-posix.c              |   2 +-
 40 files changed, 3184 insertions(+), 13 deletions(-)
 create mode 100644 docs/devel/multi-process.rst
 create mode 100644 docs/multi-process.rst
 create mode 100644 hw/i386/remote-iohub.c
 create mode 100644 hw/i386/remote-memory.c
 create mode 100644 hw/i386/remote-msg.c
 create mode 100644 hw/i386/remote-obj.c
 create mode 100644 hw/i386/remote.c
 create mode 100644 hw/pci-host/remote.c
 create mode 100644 hw/pci/memory-sync.c
 create mode 100644 hw/pci/proxy.c
 create mode 100644 include/hw/i386/remote-iohub.h
 create mode 100644 include/hw/i386/remote-memory.h
 create mode 100644 include/hw/i386/remote-obj.h
 create mode 100644 include/hw/i386/remote.h
 create mode 100644 include/hw/pci-host/remote.h
 create mode 100644 include/hw/pci/memory-sync.h
 create mode 100644 include/hw/pci/proxy.h
 create mode 100644 include/io/mpqemu-link.h
 create mode 100644 io/mpqemu-link.c
 create mode 100755 scripts/mpqemu-launcher.py

Comments

Stefan Hajnoczi Oct. 7, 2020, 2:43 p.m. UTC | #1

Please prefix names with "x-" to mark the command-line interface
experimental and subject to change. That way users know that there is no
backwards compatibility (for now).

 -machine x-remote
 -object x-remote-object
 -device x-pci-proxy-dev

Thanks,
Stefan