From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mark McLoughlin Subject: Re: [PATCH] kvm: user: include arch specific headers from $(KERNELDIR) Date: Thu, 14 May 2009 08:52:27 +0100 Message-ID: <1242287547.5710.9.camel@blaa> References: <1242203541-12959-1-git-send-email-markmc@redhat.com> <200905132157.02633.arnd@arndb.de> Reply-To: Mark McLoughlin Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Cc: Avi Kivity , kvm@vger.kernel.org To: Arnd Bergmann Return-path: Received: from mx2.redhat.com ([66.187.237.31]:52708 "EHLO mx2.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755157AbZENHwf (ORCPT ); Thu, 14 May 2009 03:52:35 -0400 In-Reply-To: <200905132157.02633.arnd@arndb.de> Sender: kvm-owner@vger.kernel.org List-ID: On Wed, 2009-05-13 at 21:57 +0000, Arnd Bergmann wrote: > On Wednesday 13 May 2009 08:32:21 Mark McLoughlin wrote: > > Currently we only include $(KERNELDIR)/include in CFLAGS, > > but we also have $(KERNELDIR)/arch/$(arch)/include or else > > we'll get mis-matched headers. > > > > I think this is fundamentally wrong. User files should never directly > access kernel headers, Just to be more clear on the use case for this patch - it's needed to allow building kvmtrace against the copy of kvm kernel headers carried in the qemu-kvm-0.10.4 release tarball. > because they are postprocessed in various > ways in order to get files that are valid in user space, e.g. __user > annotations are removed. > > The three possible sources for kernel headers are: > > /usr/include > - system provided headers, may be older than the running kernel > /lib/modules/$(uname -r)/build/usr/include > - user space headers for the currently running kernel > $(KERNELDIR)/usr/include > - user space headers from a configured kernel tree after 'make headers_install' Cheers, Mark.