From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6308 invoked by alias); 20 Aug 2014 16:06:39 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 6294 invoked by uid 89); 20 Aug 2014 16:06:38 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.2 X-HELO: rock.gnat.com Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Wed, 20 Aug 2014 16:06:37 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id 958FB116390; Wed, 20 Aug 2014 12:06:35 -0400 (EDT) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id YSNxgztSCkXz; Wed, 20 Aug 2014 12:06:35 -0400 (EDT) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id 67188116382; Wed, 20 Aug 2014 12:06:35 -0400 (EDT) Received: by joel.gnat.com (Postfix, from userid 1000) id 9FD61410E4; Wed, 20 Aug 2014 18:06:35 +0200 (CEST) Date: Wed, 20 Aug 2014 16:06:00 -0000 From: Joel Brobecker To: Mike Frysinger Cc: gdb@sourceware.org, Joel Sherrill , Anthony Green Subject: Re: integrating dtc into the sim/ tree Message-ID: <20140820160635.GK4828@adacore.com> References: <53F27ADC.4070609@oarcorp.com> <1732783.0nBxt22mln@vapier> <20140820095347.GH4828@adacore.com> <1850909.FvmpfGFofc@vapier> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1850909.FvmpfGFofc@vapier> User-Agent: Mutt/1.5.21 (2010-09-15) X-SW-Source: 2014-08/txt/msg00099.txt.bz2 > moxie is the only one that hard requires dtc (it might be limited to > maintainer mode). but the larger point is to delete a large body of > custom code that the sim has today for parsing its device tree like > data format and convert over to the standard format that the rest of > the world is using now. and longer term, make it so we can share dtc > files between linux/u-boot/qemu such that you can feed a fdt to the > sim and it'll automatically bring up hardware in the same way as the > kernel would have found it. > > atm, you have to basically write two different device trees with > different syntax and names, then feed one to the sim and the other to > the kernel. and hope they don't get out of sync :). > > there's basically no chance of people rewriting the existing sim code > so that it gains all the same functionality as the public dtc, and > then keeping it in sync. i'd rather just gut it and be done, and get > the dtc updates for free. My 2 cents: This sounds interesting, but on the other hand, I have this feeling that requiring dtc might be a big ask. I'm not sure how portable the dtc project is, and how easy it is to get it installed. I went to the "Device Tree Compiler" page you referenced, and it doesn't give at all the impression of being a mature and widespread project... For instance, I was looking for the documentation in order to check for things like installation, OS support, requirements, etc. I ended up looking inside the source tree itself, and found Documentation/manual.txt and README, but none of them answered any of these questions. I am also wondering about releases and such, but couldn't really find much about it. I hope this explains why I would personally feel a little more comfortable if that dependency remained optional. Now, if the project was really super easy to install and completely portable (think Linux & Windows, of course, but also Darwin, Solaris...), I would consider making it mandatory. -- Joel