From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: Top level kvm-userspace directory getting crowded ... need new dir for qemu dependencies Date: Wed, 27 Feb 2008 12:59:49 +0200 Message-ID: <47C542A5.9030306@qumranet.com> References: <1203922225.9895.6.camel@thinkpad.austin.ibm.com> <47C283BA.8000106@qumranet.com> <1204046679.6589.8.camel@thinkpad.austin.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: kvm-devel 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 Jerone Young wrote: >> I don't really see why we need to keep the top-level directory small. >> > > I think it's more of a personal thing. Mainly do it for anyone who is > getting into the project for the first time. Once you've been doing it > for a while it's no issue.. but first time your trying to figure out > what is "vgabios" and is it related to kvm .. well it's actually more > related to qemu (which kvm happens to use)... cases like that .. but > really it's not a big deal .. just figured I'd see what folks thought > about the idea. > > Maybe a README.dev can help the first-timers. I'm concerned about the old-timers' tab key. >> 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 Okay. -- error compiling committee.c: too many arguments to function ------------------------------------------------------------------------- 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/