[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH] xentrace: add a tool to break down the result of vmexit
George Dunlap writes ("Re: [Xen-devel] [PATCH] xentrace: add a tool to break down the result of vmexit"): > On Fri, Aug 9, 2013 at 2:28 PM, Konrad Rzeszutek Wilk > <konrad.wilk@xxxxxxxxxx> wrote: > > On Fri, Aug 09, 2013 at 10:10:19AM +0100, George Dunlap wrote: > >> I'm not sure what it would take to get it checked into the main > >> repo. At the moment the code is just one massive file (with a > >> couple of helper files), and no doubt has a number of coding style > >> inconsistencies - though I there is certainly worse code in the > >> tree. :-) I think there is no problem introducing it into the main tree. If we reach consensus, I would be happy to do that as a subtree merge followed by adjustments to the build machinery. (So we would import with a git version of the existing history.) Things that I think might need attention and haven't seen discussed are: 1. Build system. Can it easily be plumbed into the build system for tools ? 2. Copyright. Does the xenalyse history contain good copyright information for all the code ? > > My opinion is that it should have the same treatment as any new > > code added - adhere to the StyleGuide. I don't think we should block addition of new code under a new tools/ directory for style reasons. tools/ is already full of code under a variety of different styles. Our practice has been to insist that each directory has a single style, and to expect changes to maintain the style of existing code. > If it requires many changes, I won't personally have time to get to it > this release cycle. If anyone else wanted to clean it up and submit > on the other hand... :-) Do you have it in the form of a git tree we could merge ? Ian. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |