From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christoph Hellwig Subject: Re: kvm-userspace fails to compile Date: Tue, 15 Jan 2008 17:49:32 +0000 Message-ID: <20080115174932.GA21315@infradead.org> References: <1199711682.23380.7.camel@frecb07144> <1199712415.4234.2.camel@localhost.localdomain> <1199712901.23380.12.camel@frecb07144> <47822FBA.8090004@qumranet.com> <1199715950.23380.18.camel@frecb07144> <20080115154952.GA15974@infradead.org> <478CD768.7030003@qumranet.com> <20080115170549.GA19485@infradead.org> <478CF0E9.2050905@qumranet.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: Christoph Hellwig , Laurent Vivier , kvm-devel To: Avi Kivity Return-path: Content-Disposition: inline In-Reply-To: <478CF0E9.2050905-atKUWr5tajBWk0Htik3J/w@public.gmane.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Errors-To: kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Id: kvm.vger.kernel.org On Tue, Jan 15, 2008 at 07:44:09PM +0200, Avi Kivity wrote: > Yes, you're right. My confusion arose because we have two distinct needs > for a "kernel directory": > > 1. A build directory for the external module (which really needs to be a > kernel directory) > 2. A directory with the exported userspace headers (like /usr/include) > > We are using one directory for both. Once we separate this, the mess > should be cleared up. Exactly. Please just bundle the latest required interface headers with the userspace tarball. Take e.g. xfs as an example. This one doesn't just need the whole filesystem layer but also quite a few lowlevel implementation files that are used in libxfs through an kernel API shim layer. Instead of having some fragile dependencies it just ships copies of the kernel files in exactly the version it needs. Resyncing is quite trivial and can be automated with a script. ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/