From mboxrd@z Thu Jan 1 00:00:00 1970 From: Konrad Rzeszutek Wilk Subject: Re: [Xen-devel] [PATCH 01/24] arm: initial Xen support Date: Thu, 2 Aug 2012 10:13:41 -0400 Message-ID: <20120802141341.GE16749@phenom.dumpdata.com> References: <1343316846-25860-1-git-send-email-stefano.stabellini@eu.citrix.com> <50197527.3070007@gmail.com> <1343892951.7571.50.camel@dagon.hellion.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Content-Disposition: inline In-Reply-To: <1343892951.7571.50.camel-ztPmHsLffjjnO4AKDKe2m+kiAK3p4hvP@public.gmane.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: linaro-dev-bounces-cunTk1MwBs8s++Sfvej+rw@public.gmane.org Errors-To: linaro-dev-bounces-cunTk1MwBs8s++Sfvej+rw@public.gmane.org To: Ian Campbell Cc: "xen-devel-GuqFBffKawuULHF6PoxzQEEOCMrvLtNR@public.gmane.org" , "linaro-dev-cunTk1MwBs8s++Sfvej+rw@public.gmane.org" , "arnd-r2nGTMty4D4@public.gmane.org" , "catalin.marinas-5wv7dgnIgG8@public.gmane.org" , "Tim (Xen.org)" , "linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" , "linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org" List-Id: xen-devel@lists.xenproject.org On Thu, Aug 02, 2012 at 08:35:51AM +0100, Ian Campbell wrote: > On Wed, 2012-08-01 at 19:27 +0100, Rob Herring wrote: > > On 07/26/2012 10:33 AM, Stefano Stabellini wrote: > > > - Basic hypervisor.h and interface.h definitions. > > > - Skelethon enlighten.c, set xen_start_info to an empty struct. > > > - Do not limit xen_initial_domain to PV guests. > > > > > > The new code only compiles when CONFIG_XEN is set, that is going to be > > > added to arch/arm/Kconfig in a later patch. > > > > > > Signed-off-by: Stefano Stabellini > > > --- > > > arch/arm/Makefile | 1 + > > > arch/arm/include/asm/hypervisor.h | 6 +++ > > > arch/arm/include/asm/xen/hypervisor.h | 19 ++++++++++ > > > arch/arm/include/asm/xen/interface.h | 64 +++++++++++++++++++++++++++++++++ > > > > These headers don't seem particularly ARM specific. Could they be moved > > to asm-generic or include/linux? > > Or perhaps include/xen. > > A bunch of it also looks like x86 specific stuff which has crept in. > e.g. PARAVIRT_LAZY_FOO and paravirt_get_lazy_mode() are arch/x86 > specific and shouldn't be called from common code (and aren't, AFAICT). The could be moved out..