xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
From: Juergen Gross <jgross@suse.com>
To: xen-devel@lists.xenproject.org
Cc: Ian Jackson <iwj@xenproject.org>, Wei Liu <wl@xen.org>,
	Christian Lindig <christian.lindig@citrix.com>,
	David Scott <dave@recoil.org>
Subject: Re: [PATCH v2 0/6] tools/libs: add missing support of linear p2m_list, cleanup
Date: Wed, 2 Jun 2021 17:10:21 +0200	[thread overview]
Message-ID: <b4135462-2eba-f236-679a-c37617808656@suse.com> (raw)
In-Reply-To: <9cbac4d9-16d8-ff52-eb8f-8375cb88af93@suse.com>


[-- Attachment #1.1.1: Type: text/plain, Size: 4989 bytes --]

On 25.05.21 09:32, Juergen Gross wrote:
> On 12.05.21 08:58, Juergen Gross wrote:
>> Ping?
> 
> Now each patch has an Ack by Wei. Could the series be either applied or
> get more comments, please?

And another PING.

Do I need to setup a cron job pinging each day to get a reaction?


Juergen

> 
> 
> Juergen
> 
>>
>> On 12.04.21 17:22, Juergen Gross wrote:
>>> There are some corners left which don't support the not so very new
>>> linear p2m list of pv guests, which has been introduced in Linux kernel
>>> 3.19 and which is mandatory for non-legacy versions of Xen since kernel
>>> 4.14.
>>>
>>> This series adds support for the linear p2m list where it is missing
>>> (colo support and "xl dump-core").
>>>
>>> In theory it should be possible to merge the p2m list mapping code
>>> from migration handling and core dump handling, but this needs quite
>>> some cleanup before this is possible.
>>>
>>> The first three patches of this series are fixing real problems, so
>>> I've put them at the start of this series, especially in order to make
>>> backports easier.
>>>
>>> The other three patches are only the first steps of cleanup. The main
>>> work done here is to concentrate all p2m mapping in libxenguest instead
>>> of having one implementation in each of libxenguest and libxenctrl.
>>>
>>> Merging the two implementations should be rather easy, but this will
>>> require to touch many lines of code, as the migration handling variant
>>> seems to be more mature, but it is using the migration stream specific
>>> structures heavily. So I'd like to have some confirmation that my way
>>> to clean this up is the right one.
>>>
>>> My idea would be to add the data needed for p2m mapping to struct
>>> domain_info_context and replace the related fields in struct
>>> xc_sr_context with a struct domain_info_context. Modifying the
>>> interface of xc_core_arch_map_p2m() to take most current parameters
>>> via struct domain_info_context would then enable migration coding to
>>> use xc_core_arch_map_p2m() for mapping the p2m. xc_core_arch_map_p2m()
>>> should look basically like the current migration p2m mapping code
>>> afterwards.
>>>
>>> Any comments to that plan?
>>>
>>> Changes in V2:
>>> - added missing #include in ocaml stub
>>>
>>> Juergen Gross (6):
>>>    tools/libs/guest: fix max_pfn setting in map_p2m()
>>>    tools/libs/ctrl: fix xc_core_arch_map_p2m() to support linear p2m
>>>      table
>>>    tools/libs/ctrl: use common p2m mapping code in 
>>> xc_domain_resume_any()
>>>    tools/libs: move xc_resume.c to libxenguest
>>>    tools/libs: move xc_core* from libxenctrl to libxenguest
>>>    tools/libs/guest: make some definitions private to libxenguest
>>>
>>>   tools/include/xenctrl.h                       |  63 ---
>>>   tools/include/xenguest.h                      |  63 +++
>>>   tools/libs/ctrl/Makefile                      |   4 -
>>>   tools/libs/ctrl/xc_core_x86.c                 | 223 ----------
>>>   tools/libs/ctrl/xc_domain.c                   |   2 -
>>>   tools/libs/ctrl/xc_private.h                  | 
> 43 +-
>>>   tools/libs/guest/Makefile                     |   4 +
>>>   .../libs/{ctrl/xc_core.c => guest/xg_core.c}  |   7 +-
>>>   .../libs/{ctrl/xc_core.h => guest/xg_core.h}  |  15 
> +-
>>>   .../xc_core_arm.c => guest/xg_core_arm.c}     |  31 +-
>>>   .../xc_core_arm.h => guest/xg_core_arm.h}     |   0
>>>   tools/libs/guest/xg_core_x86.c                | 399 ++++++++++++++++++
>>>   .../xc_core_x86.h => guest/xg_core_x86.h}     |   0
>>>   tools/libs/guest/xg_dom_boot.c                |   2 

> +-
>>>   tools/libs/guest/xg_domain.c                  | 
> 19 +-
>>>   tools/libs/guest/xg_offline_page.c            |   2 +-
>>>   tools/libs/guest/xg_private.h                 |  16 +-
>>>   .../{ctrl/xc_resume.c => guest/xg_resume.c}   | 
> 69 +--
>>>   tools/libs/guest/xg_sr_save_x86_pv.c          |   2 +-
>>>   tools/ocaml/libs/xc/xenctrl_stubs.c           |   1 +
>>>   20 files changed, 545 insertions(+), 420 deletions(-)
>>>   delete mode 100644 tools/libs/ctrl/xc_core_x86.c
>>>   rename tools/libs/{ctrl/xc_core.c => guest/xg_core.c} (99%)
>>>   rename tools/libs/{ctrl/xc_core.h => guest/xg_core.h} (92%)
>>>   rename tools/libs/{ctrl/xc_core_arm.c => guest/xg_core_arm.c} 
> (72%)
>>>   rename tools/libs/{ctrl/xc_core_arm.h => guest/xg_core_arm.h} 
> (100%)
>>>   create mode 100644 tools/libs/guest/xg_core_x86.c
>>>   rename tools/libs/{ctrl/xc_core_x86.h => guest/xg_core_x86.h} 
> (100%)
>>>   rename tools/libs/{ctrl/xc_resume.c => guest/xg_resume.c} (80%)
>>>
>>
> 


[-- Attachment #1.1.2: OpenPGP public key --]
[-- Type: application/pgp-keys, Size: 3135 bytes --]

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 495 bytes --]

  reply	other threads:[~2021-06-02 15:19 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-04-12 15:22 [PATCH v2 0/6] tools/libs: add missing support of linear p2m_list, cleanup Juergen Gross
2021-04-12 15:22 ` [PATCH v2 1/6] tools/libs/guest: fix max_pfn setting in map_p2m() Juergen Gross
2021-04-21 10:13   ` Wei Liu
2021-04-12 15:22 ` [PATCH v2 2/6] tools/libs/ctrl: fix xc_core_arch_map_p2m() to support linear p2m table Juergen Gross
2021-04-21 10:13   ` Wei Liu
2021-04-21 10:17     ` Juergen Gross
2021-05-17 12:44       ` Wei Liu
2021-04-12 15:22 ` [PATCH v2 3/6] tools/libs/ctrl: use common p2m mapping code in xc_domain_resume_any() Juergen Gross
2021-04-13 15:00   ` Christian Lindig
2021-04-13 15:11     ` Juergen Gross
2021-04-21 10:14   ` Wei Liu
2021-04-12 15:22 ` [PATCH v2 4/6] tools/libs: move xc_resume.c to libxenguest Juergen Gross
2021-04-21 10:14   ` Wei Liu
2021-04-12 15:22 ` [PATCH v2 5/6] tools/libs: move xc_core* from libxenctrl " Juergen Gross
2021-04-21 10:16   ` Wei Liu
2021-04-12 15:22 ` [PATCH v2 6/6] tools/libs/guest: make some definitions private " Juergen Gross
2021-04-21 10:16   ` Wei Liu
2021-05-12  6:58 ` [PATCH v2 0/6] tools/libs: add missing support of linear p2m_list, cleanup Juergen Gross
2021-05-25  7:32   ` Juergen Gross
2021-06-02 15:10     ` Juergen Gross [this message]
2021-06-04  6:02 Juergen Gross
2021-06-04 18:05 ` Julien Grall

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=b4135462-2eba-f236-679a-c37617808656@suse.com \
    --to=jgross@suse.com \
    --cc=christian.lindig@citrix.com \
    --cc=dave@recoil.org \
    --cc=iwj@xenproject.org \
    --cc=wl@xen.org \
    --cc=xen-devel@lists.xenproject.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).