From: Andrew Cooper <andrew.cooper3@citrix.com>
To: Ian Campbell <Ian.Campbell@citrix.com>
Cc: Frediano Ziglio <frediano.ziglio@citrix.com>,
David Vrabel <david.vrabel@citrix.com>,
Xen-devel <xen-devel@lists.xen.org>
Subject: Re: [PATCH v5 RFC 05/14] tools/libxc: noarch common code
Date: Tue, 17 Jun 2014 19:26:50 +0100 [thread overview]
Message-ID: <53A0886A.7000306@citrix.com> (raw)
In-Reply-To: <1403024015.25771.37.camel@kazak.uk.xensource.com>
On 17/06/14 17:53, Ian Campbell wrote:
> On Tue, 2014-06-17 at 17:28 +0100, Andrew Cooper wrote:
>>>> +// Hack out junk from the namespace
>>> Do you have a plan to not need these hacks?
>> Not really. There are enough other areas of libxc which still use these
>> macros, and I can't go and simply update all other areas as
> I (or rather git grep) can't see the existing definitions/uses
> mfn_to_pfn and pfn_to_mfn outside of xc_domain_{save,restore}.c. Where
> are the defined and used outside of those?
mfn_to_pfn it turns out isn't. pfn_to_mfn is used once in xc_domain.c.
Open coding it might be a solution.
>
> (I see some in mini-os, but you specifically said libxc)
MiniOS will undoubtedly using its kernel versions of these functions, so
is not relevant here.
>
> Likewise for the *_FIELD stuff which is used in ~2 places outside the
> save restore code according to grep.
xc_core_x86.c defines itself GET_FIELD() so clearly doesn't use
xg_save_restore.h
xc_resume.c clearly uses xg_save_restore.h but could probably be
converted to be similar to xc_core_x86.c
>
>> struct
>> context is meaningless outside of libxc/saverestore.
> So how are these used there?
>
> Ian.
>
They are not. They are reimplemented in common_x86_pv.h so as to not
take magic locally scoped variables with specific names.
~Andrew
next prev parent reply other threads:[~2014-06-17 18:26 UTC|newest]
Thread overview: 76+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-06-11 18:14 [PATCH v5 0/14] Migration Stream v2 Andrew Cooper
2014-06-11 18:14 ` [PATCH v5 RFC 01/14] docs: libxc migration stream specification Andrew Cooper
2014-06-12 9:45 ` David Vrabel
2014-06-12 15:26 ` David Vrabel
2014-06-17 15:20 ` Ian Campbell
2014-06-17 17:42 ` Andrew Cooper
2014-06-17 16:40 ` Ian Campbell
2014-06-17 18:04 ` Andrew Cooper
2014-06-19 9:13 ` Hongyang Yang
2014-06-19 9:36 ` Andrew Cooper
2014-06-19 10:23 ` Hongyang Yang
2014-06-19 10:44 ` Andrew Cooper
2014-06-22 14:36 ` Shriram Rajagopalan
2014-06-22 16:01 ` Andrew Cooper
2014-06-11 18:14 ` [PATCH v5 RFC 02/14] scripts: Scripts for inspection/valdiation of legacy and new streams Andrew Cooper
2014-06-12 9:48 ` David Vrabel
2014-06-11 18:14 ` [PATCH v5 RFC 03/14] [HACK] tools/libxc: save/restore v2 framework Andrew Cooper
2014-06-17 16:00 ` Ian Campbell
2014-06-17 16:17 ` Andrew Cooper
2014-06-17 16:47 ` Ian Campbell
2014-06-11 18:14 ` [PATCH v5 RFC 04/14] tools/libxc: C implementation of stream format Andrew Cooper
2014-06-12 9:52 ` David Vrabel
2014-06-12 15:31 ` David Vrabel
2014-06-17 15:55 ` Ian Campbell
2014-06-11 18:14 ` [PATCH v5 RFC 05/14] tools/libxc: noarch common code Andrew Cooper
2014-06-12 9:55 ` David Vrabel
2014-06-17 16:10 ` Ian Campbell
2014-06-17 16:28 ` Andrew Cooper
2014-06-17 16:53 ` Ian Campbell
2014-06-17 18:26 ` Andrew Cooper [this message]
2014-06-18 9:19 ` Ian Campbell
2014-06-11 18:14 ` [PATCH v5 RFC 06/14] tools/libxc: x86 " Andrew Cooper
2014-06-12 9:57 ` David Vrabel
2014-06-17 16:11 ` Ian Campbell
2014-06-11 18:14 ` [PATCH v5 RFC 07/14] tools/libxc: x86 PV " Andrew Cooper
2014-06-12 9:59 ` David Vrabel
2014-06-11 18:14 ` [PATCH v5 RFC 08/14] tools/libxc: x86 PV save code Andrew Cooper
2014-06-12 10:04 ` David Vrabel
2014-06-11 18:14 ` [PATCH v5 RFC 09/14] tools/libxc: x86 PV restore code Andrew Cooper
2014-06-12 10:08 ` David Vrabel
2014-06-12 15:49 ` David Vrabel
2014-06-12 17:01 ` Andrew Cooper
2014-06-17 16:22 ` Ian Campbell
2014-06-11 18:14 ` [PATCH v5 RFC 10/14] tools/libxc: x86 HVM common code Andrew Cooper
2014-06-12 10:11 ` David Vrabel
2014-06-17 16:22 ` Ian Campbell
2014-06-11 18:14 ` [PATCH v5 RFC 11/14] tools/libxc: x86 HVM save code Andrew Cooper
2014-06-12 10:12 ` David Vrabel
2014-06-12 15:55 ` David Vrabel
2014-06-12 17:07 ` Andrew Cooper
2014-06-17 16:25 ` Ian Campbell
2014-06-11 18:14 ` [PATCH v5 RFC 12/14] tools/libxc: x86 HVM restore code Andrew Cooper
2014-06-12 10:14 ` David Vrabel
2014-06-11 18:14 ` [PATCH v5 RFC 13/14] tools/libxc: noarch save code Andrew Cooper
2014-06-12 10:24 ` David Vrabel
2014-06-17 16:28 ` Ian Campbell
2014-06-17 16:38 ` David Vrabel
2014-06-17 16:54 ` Ian Campbell
2014-06-18 6:59 ` Hongyang Yang
2014-06-18 7:08 ` Hongyang Yang
2014-06-19 2:48 ` Wen Congyang
2014-06-19 9:19 ` Andrew Cooper
2014-06-22 14:02 ` Shriram Rajagopalan
2014-06-11 18:14 ` [PATCH v5 RFC 14/14] tools/libxc: noarch restore code Andrew Cooper
2014-06-12 10:27 ` David Vrabel
2014-06-12 16:05 ` David Vrabel
2014-06-12 17:16 ` Andrew Cooper
2014-06-19 6:16 ` Hongyang Yang
2014-06-19 9:00 ` Andrew Cooper
2014-06-12 3:17 ` [PATCH v5 0/14] Migration Stream v2 Hongyang Yang
2014-06-12 13:27 ` Andrew Cooper
2014-06-12 13:49 ` Wei Liu
2014-06-12 14:18 ` Andrew Cooper
2014-06-12 14:27 ` Wei Liu
2014-06-12 9:38 ` David Vrabel
2014-06-17 15:57 ` Ian Campbell
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=53A0886A.7000306@citrix.com \
--to=andrew.cooper3@citrix.com \
--cc=Ian.Campbell@citrix.com \
--cc=david.vrabel@citrix.com \
--cc=frediano.ziglio@citrix.com \
--cc=xen-devel@lists.xen.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.