From: Andrew Cooper <andrew.cooper3@citrix.com>
To: Ian Campbell <Ian.Campbell@citrix.com>
Cc: "Keir (Xen.org)" <keir@xen.org>, Jan Beulich <jbeulich@suse.com>,
"xen-devel@lists.xen.org" <xen-devel@lists.xen.org>
Subject: Re: RFC: EFER in crash notes
Date: Tue, 25 Sep 2012 15:53:10 +0100 [thread overview]
Message-ID: <5061C556.60406@citrix.com> (raw)
In-Reply-To: <1348583626.11229.26.camel@zakaz.uk.xensource.com>
On 25/09/12 15:33, Ian Campbell wrote:
> On Tue, 2012-09-25 at 15:18 +0100, Andrew Cooper wrote:
>> While this patch is very simple, and I hope without any objection, it is
>> RFC for the reason that our crash ABI is private.
>>
>> The comments for XEN_ELFNOTE_CRASH_REGS does state that it is
>> architecture specific, and makes no indication about the size or
>> contents of the crash note. However, any code trying to use one of
>> these types of notes has to make an assumption that it if the note desc
>> length is 4*8 bytes long, it is representing CR{0,2-4}.
>>
>> I guess my question boils down to whether it is acceptable to change a
>> private ABI which is not really so private, or whether we should make a
>> formal public ABI for all of the inards of the crash notes and use that.
> Is it really private? (or even "not so private"), don't external tools
> like crash support it?
This is my point. It is not in xen/public but is used by crash/kdump
and similar utilities, effectively making it a public ABI.
include/public/elfnote.h even explicitly refers to
include/xen/elfcore.h, which is not public by our definition.
>
> I suppose the size field in the notes is a sort of rudimentary version
> field. Remember you can always add a new note type though.
Yes, although looking through my code, I do raise an error if
sizeof(note->desc) != sizeof(my structure representing this note), which
was put in with the best of intentions, but will break with the this RFC
change.
On the other hand, adding a new crash note for every new register will
not scale well, as it is per PCU.
I guess the only sensible way to continue is to present a formal public ABI.
>
> Ian.
>
>
--
Andrew Cooper - Dom0 Kernel Engineer, Citrix XenServer
T: +44 (0)1223 225 900, http://www.citrix.com
next prev parent reply other threads:[~2012-09-25 14:53 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-09-25 14:18 RFC: EFER in crash notes Andrew Cooper
2012-09-25 14:33 ` Ian Campbell
2012-09-25 14:53 ` Andrew Cooper [this message]
2012-09-25 15:01 ` Keir Fraser
2012-09-25 15:17 ` Ian Campbell
2012-09-25 15:26 ` Jan Beulich
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=5061C556.60406@citrix.com \
--to=andrew.cooper3@citrix.com \
--cc=Ian.Campbell@citrix.com \
--cc=jbeulich@suse.com \
--cc=keir@xen.org \
--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.