From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jeremy Fitzhardinge Subject: Re: xenoprof on linux pvops Date: Mon, 29 Jun 2009 17:49:35 -0700 Message-ID: <4A49611F.8060204@goop.org> References: <940bcfd20906291610u68e61258t55b7da72267dcdab@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <940bcfd20906291610u68e61258t55b7da72267dcdab@mail.gmail.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Dulloor Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org On 06/29/09 16:10, Dulloor wrote: > I have ported xenoprof to linux-pvops. > > - All the changes/clean-ups are limited to linux modules (except a xen > interface for kernel space mappings). > - Calls are switched to xen by checking for xen_initial_domain. Is > there a better way of handling such modules with pvops ? > > - What is the best way to go about checking in this code ? Do I submit > all the patches to jeremy's tree (cause these changes wouldn't make > sense anyway without privileged domain support) ? Yes. The best thing would be if you can set up a git branch somewhere, which I can then pull into my repo. J