From: Andrew Cooper <andrew.cooper3@citrix.com>
To: Xen-devel <xen-devel@lists.xenproject.org>
Cc: "Stefano Stabellini" <sstabellini@kernel.org>,
"Julien Grall" <julien@xen.org>, "Wei Liu" <wl@xen.org>,
"Andrew Cooper" <andrew.cooper3@citrix.com>,
"Marek Marczykowski-Górecki" <marmarek@invisiblethingslab.com>,
"Christian Lindig" <christian.lindig@citrix.com>,
"Jan Beulich" <JBeulich@suse.com>,
"Anthony PERARD" <anthony.perard@citrix.com>,
"Ian Jackson" <Ian.Jackson@citrix.com>,
"Volodymyr Babchuk" <Volodymyr_Babchuk@epam.com>,
"Roger Pau Monné" <roger.pau@citrix.com>
Subject: [Xen-devel] [PATCH 0/6] tools: Rationalise legacy CPUID handling
Date: Wed, 5 Feb 2020 16:50:50 +0000 [thread overview]
Message-ID: <20200205165056.11734-1-andrew.cooper3@citrix.com> (raw)
This series attempts to remove some of the more insane behaviours from early
CPUID handling. This is a little RFC to get a feel, but I intend to extend
the same kind of handling to ITSC (and get rid of nomigrate), and provide some
slightly nested-virt behaviour until it can become a domaincreate parameter.
Patch 1 has already been posted twice before. Others are new. I'm leaning
towards rebasing the libxl/migration work over this series, because it will
clean up a few of the transformation patches.
Andrew Cooper (6):
tools/libxl: Remove libxl_cpuid_{set,apply_policy}() from the API
tools/ocaml: Drop cpuid helpers
tools/python: Drop cpuid helpers
tools/libxl: Combine legacy CPUID handling logic
tools/libx[cl]: Don't use HVM_PARAM_PAE_ENABLED as a function parameter
xen/public: Obsolete HVM_PARAM_PAE_ENABLED
tools/libxc/include/xenctrl.h | 2 +-
tools/libxc/xc_cpuid_x86.c | 15 ++----
tools/libxc/xc_sr_restore_x86_hvm.c | 10 ++++
tools/libxc/xc_sr_save_x86_hvm.c | 1 -
tools/libxl/libxl.h | 26 ++++++++--
tools/libxl/libxl_cpuid.c | 27 +++++++---
tools/libxl/libxl_dom.c | 4 +-
tools/libxl/libxl_internal.h | 3 ++
tools/libxl/libxl_nocpuid.c | 8 +--
tools/libxl/libxl_x86.c | 8 +--
tools/ocaml/libs/xc/xenctrl.ml | 7 ---
tools/ocaml/libs/xc/xenctrl.mli | 7 ---
tools/ocaml/libs/xc/xenctrl_stubs.c | 62 -----------------------
tools/python/xen/lowlevel/xc/xc.c | 98 -------------------------------------
xen/arch/arm/hvm.c | 3 +-
xen/arch/x86/hvm/hvm.c | 2 +
xen/include/public/hvm/params.h | 2 +-
17 files changed, 70 insertions(+), 215 deletions(-)
--
2.11.0
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
next reply other threads:[~2020-02-05 16:51 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-02-05 16:50 Andrew Cooper [this message]
2020-02-05 16:50 ` [Xen-devel] [PATCH 1/6] tools/libxl: Remove libxl_cpuid_{set, apply_policy}() from the API Andrew Cooper
2020-02-11 17:40 ` Ian Jackson
2020-02-05 16:50 ` [Xen-devel] [PATCH 2/6] tools/ocaml: Drop cpuid helpers Andrew Cooper
2020-02-06 14:25 ` Christian Lindig
2020-02-05 16:50 ` [Xen-devel] [PATCH 3/6] tools/python: " Andrew Cooper
2020-02-05 19:37 ` Marek Marczykowski-Górecki
2020-02-11 17:41 ` Ian Jackson
2020-02-05 16:50 ` [Xen-devel] [PATCH 4/6] tools/libxl: Combine legacy CPUID handling logic Andrew Cooper
2020-02-11 17:43 ` Ian Jackson
2020-02-05 16:50 ` [Xen-devel] [PATCH 5/6] tools/libx[cl]: Don't use HVM_PARAM_PAE_ENABLED as a function parameter Andrew Cooper
2020-02-11 17:47 ` Ian Jackson
2020-02-11 17:55 ` Andrew Cooper
2020-02-17 15:40 ` Ian Jackson
2020-02-17 17:57 ` [Xen-devel] [PATCH v2 " Andrew Cooper
2020-02-17 17:59 ` Ian Jackson
2020-02-05 16:50 ` [Xen-devel] [PATCH 6/6] xen/public: Obsolete HVM_PARAM_PAE_ENABLED Andrew Cooper
2020-02-06 9:28 ` Jan Beulich
2020-02-06 11:32 ` Andrew Cooper
2020-02-06 11:37 ` Jan Beulich
2020-02-06 12:25 ` Andrew Cooper
2020-02-08 12:12 ` Julien Grall
2020-02-08 12:15 ` Andrew Cooper
2020-02-11 17:49 ` Ian Jackson
2020-02-11 18:03 ` Andrew Cooper
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=20200205165056.11734-1-andrew.cooper3@citrix.com \
--to=andrew.cooper3@citrix.com \
--cc=Ian.Jackson@citrix.com \
--cc=JBeulich@suse.com \
--cc=Volodymyr_Babchuk@epam.com \
--cc=anthony.perard@citrix.com \
--cc=christian.lindig@citrix.com \
--cc=julien@xen.org \
--cc=marmarek@invisiblethingslab.com \
--cc=roger.pau@citrix.com \
--cc=sstabellini@kernel.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 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.