From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jim Fehlig Subject: Re: [RFC v2 for-4.6 0/2] In-tree feature documentation Date: Wed, 26 Aug 2015 20:44:24 -0600 Message-ID: <55DE7988.7020705@suse.com> References: <1440499228-961-1-git-send-email-andrew.cooper3@citrix.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; Format="flowed" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1440499228-961-1-git-send-email-andrew.cooper3@citrix.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Andrew Cooper , Xen-devel Cc: Juergen Gross , Lars Kurth , Wei Liu , Ian Campbell , Tim Deegan , Ian Jackson , Jan Beulich List-Id: xen-devel@lists.xenproject.org On 08/25/2015 04:40 AM, Andrew Cooper wrote: > An issue which Xen has is an uncertain support statement for features. > Given the success seen with docs/misc/xen-command-line.markdown, and in > particular keeping it up to date, introduce a similar system for > features. > > Patch 1 introduces a proposed template (and a makefile tweak to include > the new docs/features subdirectory), while patch 2 is a feature document > covering the topic of migration. > > v2 Adds %Revision and #History table, following feedback from v1. > > This is tagged RFC as I expect people to have different views as to what > is useful to include. I would particilarly appreciate feedback on the > template before it starts getting used widely. > > Lars: Does this look like a reasonable counterpart to your formal > support statement document? > > Jim: Per your request at the summit for new information, is patch 2 > suitable? Yes. It provides excellent info, with pointers to dig deeper for those interested. Your proposal does raise the bar for feature contribution, but I'm not active enough in the Xen community to know if folks are supportive of the additional overhead. Would new features require a feature doc before committing? My comment at the summit was more along the lines of a summary of libxl changes for external consumers. A libxl interface changelog of sorts, for consumers unable to keep up with xen-devel. But I also noted this may be a personal problem. You've already mentioned 'git log' :-). Regards, Jim