From mboxrd@z Thu Jan 1 00:00:00 1970 From: Hollis Blanchard Subject: Re: Top level kvm-userspace directory getting crowded ... need new dir for qemu dependencies Date: Wed, 27 Feb 2008 10:29:32 -0600 Message-ID: <1204129772.2532.31.camel@basalt> References: <1203922225.9895.6.camel@thinkpad.austin.ibm.com> <47C283BA.8000106@qumranet.com> <1204046679.6589.8.camel@thinkpad.austin.ibm.com> Reply-To: Hollis Blanchard Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: kvm-devel , Avi Kivity To: jyoung5@us.ibm.com Return-path: In-Reply-To: <1204046679.6589.8.camel@thinkpad.austin.ibm.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: kvm-devel-bounces@lists.sourceforge.net Errors-To: kvm-devel-bounces@lists.sourceforge.net List-Id: kvm.vger.kernel.org On Tue, 2008-02-26 at 11:24 -0600, Jerone Young wrote: > > > However, why do we need libfdt? Is it not carried by distros, or do > you > > need to make changes? > > Well it actually isn't distributed with each distro .. sigh .. > actually > this comes from a tool called dtc, compiles/decompiles a device tree. > Even the linux kernel has it's own version of libfdt ... so it's not > exactly a central coordinated effort. It's something that kind of gets > passed from project to project but never stand alone. So we kind of > have > to do the same. It is a centrally co-ordinated effort, but it is not a package a distro would carry. It is code shared by anything that needs to load a PowerPC Linux kernel, for example: the kernel bootwrapper (part of the Linux source tree), u-boot firmware, Xend, and now qemu. Accordingly, a libfdt.rpm simply doesn't make sense, and the code is intended to be copied into any codebase that needs it. -- Hollis Blanchard IBM Linux Technology Center ------------------------------------------------------------------------- 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/