From mboxrd@z Thu Jan  1 00:00:00 1970
From: Ian Campbell <Ian.Campbell@citrix.com>
Subject: Re: [PATCH v2 2/4] sysctl: Make XEN_SYSCTL_topologyinfo
 sysctl a little more efficient
Date: Mon, 19 Jan 2015 10:48:10 +0000
Message-ID: <1421664490.10440.39.camel@citrix.com>
References: <1420510737-22813-1-git-send-email-boris.ostrovsky@oracle.com>
	<1420510737-22813-3-git-send-email-boris.ostrovsky@oracle.com>
	<54ABE613.2090608@citrix.com>
	<54AD06960200007800052294@mail.emea.novell.com>
	<54B9349A.1050800@oracle.com>
	<54B945200200007800055ECD@mail.emea.novell.com>
	<1421425004.19839.81.camel@citrix.com>
	<54B94BB10200007800055F7A@mail.emea.novell.com>
	<1421426309.19839.84.camel@citrix.com>
	<54B94E250200007800055FB2@mail.emea.novell.com>
	<54B94311.5080209@citrix.com> <54B94551.7080303@oracle.com>
	<54BCD5030200007800056392@mail.emea.novell.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Return-path: <xen-devel-bounces@lists.xen.org>
In-Reply-To: <54BCD5030200007800056392@mail.emea.novell.com>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xen.org>
List-Help: <mailto:xen-devel-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=subscribe>
Sender: xen-devel-bounces@lists.xen.org
Errors-To: xen-devel-bounces@lists.xen.org
To: Jan Beulich <JBeulich@suse.com>
Cc: wei.liu2@citrix.com, stefano.stabellini@eu.citrix.com, Andrew Cooper <andrew.cooper3@citrix.com>, dario.faggioli@citrix.com, ian.jackson@eu.citrix.com, xen-devel@lists.xen.org, ufimtseva@gmail.com, keir@xen.org, Boris Ostrovsky <boris.ostrovsky@oracle.com>
List-Id: xen-devel@lists.xenproject.org

On Mon, 2015-01-19 at 08:57 +0000, Jan Beulich wrote:
> >>> On 16.01.15 at 18:07, <boris.ostrovsky@oracle.com> wrote:
> > Also, a side question --- how is platform ops interface considered 
> > stable if it is versioned? I may have a different understanding of what 
> > "stable" means.
> 
> I'm not sure why this has a version associated with it. In any
> event that version didn't ever change since its introduction, by
> means of which the interface has been stable.

It was split off from the old non-stable/versioned dom0_ops when that
was split into platform_op, domctl and sysctl, partly to allow it to
become stable. I suspect the versioning of the platforms_ops is just a
historical relic carried over from before then.

Ian.