From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3900 invoked by alias); 20 Aug 2014 15:30:15 -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 3871 invoked by uid 89); 20 Aug 2014 15:30:14 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-3.4 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 X-HELO: smtp.gentoo.org Received: from smtp.gentoo.org (HELO smtp.gentoo.org) (140.211.166.183) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Wed, 20 Aug 2014 15:30:12 +0000 Received: from vapier.localnet (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id E2CA0340034; Wed, 20 Aug 2014 15:30:10 +0000 (UTC) From: Mike Frysinger To: gdb@sourceware.org Cc: Joel Brobecker , Joel Sherrill , Anthony Green Subject: Re: integrating dtc into the sim/ tree Date: Wed, 20 Aug 2014 15:30:00 -0000 Message-ID: <1850909.FvmpfGFofc@vapier> User-Agent: KMail/4.13.3 (Linux/3.14.2; KDE/4.13.3; x86_64; ; ) In-Reply-To: <20140820095347.GH4828@adacore.com> References: <53F27ADC.4070609@oarcorp.com> <1732783.0nBxt22mln@vapier> <20140820095347.GH4828@adacore.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3087980.7JTLMf4Q6x"; micalg="pgp-sha1"; protocol="application/pgp-signature" X-IsSubscribed: yes X-SW-Source: 2014-08/txt/msg00098.txt.bz2 --nextPart3087980.7JTLMf4Q6x Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="us-ascii" Content-length: 1775 On Wed 20 Aug 2014 11:53:47 Joel Brobecker wrote: > > so after talking to myself, i guess the issue isn't so much with using > > the system copy of dtc as it is with making it a hard requirement > > (which is different from how the other packages use 3rd party libs -- > > they're all optional). might be able to reduce the requirement so > > only the hw layers hard depend on it, but i'm not sure if even that is > > possible. >=20 > OK. Is that dependency on dtc something new? Or was it there already > for certain sims and not others? >=20 > Dependency requirements like these should be discussed on a > case-per-case basis, I think. And the answers to the questions > you ask above (can it be made optional, what functionality gets > lost, etc) definitely influence the decision. moxie is the only one that hard requires dtc (it might be limited to=20 maintainer mode). but the larger point is to delete a large body of custom= =20 code that the sim has today for parsing its device tree like data format an= d=20 convert over to the standard format that the rest of the world is using now= .=20=20 and longer term, make it so we can share dtc files between linux/u-boot/qem= u=20 such that you can feed a fdt to the sim and it'll automatically bring up=20 hardware in the same way as the kernel would have found it. atm, you have to basically write two different device trees with different= =20 syntax and names, then feed one to the sim and the other to the kernel. an= d=20 hope they don't get out of sync :). there's basically no chance of people rewriting the existing sim code so th= at=20 it gains all the same functionality as the public dtc, and then keeping it = in=20 sync. i'd rather just gut it and be done, and get the dtc updates for free. -mike= --nextPart3087980.7JTLMf4Q6x Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit Content-length: 819 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAABAgAGBQJT9L8EAAoJEEFjO5/oN/WBOTIQAMjEcL4WGArBWVCK3ZI3sFUZ fdUQwuSBYmdtkvnoDodu46vnMRtiIIW8IEY5oixuvvsMOjigNW/ldIXU8VbmDCWA 86ln3gwBk11Dv+oRbvHHdUYaYFo0rqBAhujNRi+oqESNPNgifZJEI0C2e0bwjjFr d2/HZXKYaqFUHAl/Ts2MbxNk2phvjaz9LbwZbHtTZeEuHXs5WZaxR4N7A4CGfIEA yFf6uBroHfwsHTFt/n3kdem3Tn5Oup58CFIKomcYChCnrQq8EDaT3R9CzCzmKhp4 DTd4R8Ex+2bdaiM0eCnL6KvhmV3nhxMylGqwQIKdhBugNPPfF+auQmAn3Kc5Km59 to8T7sqVcHLKkE9/KvXNGFDQrI2lMZKUX+/b6FNohFPsOq+zdUgHnNtyKEXxifCr lqT3IUm+JlH4kQzmVSpuu5x8TTLweZcHg6r8B1Zb9TB8fPdtn+1M8AF4OsTA74he BKSh3hftJTYc+LPyfOFYUxygfe7sh1h8uvc6PANA8BtxTw807e/Tc0hbVlPJ0Tc7 9mLLsfX8cHNSLj0VDhkL/gLsPsjN14Xm9Is7EB2qqDyvTp3bT/RSXuhnYtEN5FkT GbnUZKId0T+gQH1lvfirnGl8emNuQvMRrpfO+/MnVYE/RoD2h36WV2HYMP3HBN8E dz1d5cRhD7sIRfrHx+Rl =OFzz -----END PGP SIGNATURE----- --nextPart3087980.7JTLMf4Q6x--