All of lore.kernel.org
 help / color / mirror / Atom feed
From: Razvan Cojocaru <rcojocaru@bitdefender.com>
To: George Dunlap <dunlapg@umich.edu>
Cc: Andrew Cooper <andrew.cooper3@citrix.com>,
	"xen-devel@lists.xen.org" <xen-devel@lists.xen.org>,
	Tim Deegan <tim@xen.org>, Ian Jackson <Ian.Jackson@eu.citrix.com>,
	Ian Campbell <Ian.Campbell@citrix.com>
Subject: Re: [PATCH] xenctrl: Make the headers C++ friendly
Date: Thu, 03 Jul 2014 14:08:54 +0300	[thread overview]
Message-ID: <53B539C6.3030201@bitdefender.com> (raw)
In-Reply-To: <CAFLBxZYthU6QQ6xg+c99bfK+J7rE5wnKhHa6o9qo8-bF_OZHzQ@mail.gmail.com>

On 07/03/2014 01:56 PM, George Dunlap wrote:
> On Wed, Jul 2, 2014 at 5:30 PM, Razvan Cojocaru
> <rcojocaru@bitdefender.com> wrote:
>> Moved an enum definition before the typedef that uses it.
> 
> Presumably you want this because you have an out-of-tree program that
> you want to compile against libxc.  You do realize that libxc isn't a
> stable API, right?  That it may change in incompatible ways in every
> release?

Yes, I've glimpsed into that by following it since Xen 4.1.
I am indeed compiling an application against libxc.

> I presume you'd rather use a stable API -- in which case maybe we
> should ask what it is your application needs, and we can try to come
> up with a way to support you.  (Perhaps by declaring certain parts of
> the libxc interface as "stable", if libxl isn't suitable for some
> reason.)

Thanks, that's a very gracious offer. Well, here's what nm has to say
about what I'm using from the Xen libraries:

xc_copy_to_domain_page
xc_domain_decrease_reservation_exact
xc_domain_get_tsc_info
xc_domain_getinfo
xc_domain_hvm_getcontext_partial
xc_domain_pause
xc_domain_populate_physmap_exact
xc_domain_set_access_required
xc_domain_set_pagefault_info
xc_domain_shutdown
xc_domain_unpause
xc_evtchn_bind_interdomain
xc_evtchn_close
xc_evtchn_fd
xc_evtchn_notify
xc_evtchn_open
xc_evtchn_pending
xc_evtchn_unbind
xc_evtchn_unmask
xc_get_hvm_param
xc_get_mem_access
xc_interface_close
xc_interface_open
xc_map_foreign_batch
xc_map_foreign_range
xc_mem_access_disable
xc_mem_access_enable
xc_mem_access_resume
xc_set_hvm_param
xc_set_mem_access
xc_translate_foreign_address
xc_vcpu_getcontext
xc_vcpu_setcontext
xc_version
xs_close
xs_directory
xs_fileno
xs_is_domain_introduced
xs_open
xs_read
xs_read_watch
xs_unwatch
xs_watch

Libxl is, unfortunately, too high-level for our needs.


Thanks,
Razvan Cojocaru

  reply	other threads:[~2014-07-03 11:08 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-07-02 16:30 [PATCH] xenctrl: Make the headers C++ friendly Razvan Cojocaru
2014-07-03 10:56 ` George Dunlap
2014-07-03 11:08   ` Razvan Cojocaru [this message]
2014-07-03 11:29     ` Slutz, Donald Christopher
2014-07-16 14:48 ` Ian Campbell
2014-07-16 14:58   ` Razvan Cojocaru

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=53B539C6.3030201@bitdefender.com \
    --to=rcojocaru@bitdefender.com \
    --cc=Ian.Campbell@citrix.com \
    --cc=Ian.Jackson@eu.citrix.com \
    --cc=andrew.cooper3@citrix.com \
    --cc=dunlapg@umich.edu \
    --cc=tim@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.