From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17057 invoked by alias); 14 Dec 2010 17:48:02 -0000 Received: (qmail 16973 invoked by uid 22791); 14 Dec 2010 17:48:01 -0000 X-SWARE-Spam-Status: No, hits=-2.0 required=5.0 tests=AWL,BAYES_00,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from smtp.gentoo.org (HELO smtp.gentoo.org) (140.211.166.183) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 14 Dec 2010 17:47:55 +0000 Received: from vapier.localnet (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 2DECA1B4011; Tue, 14 Dec 2010 17:47:53 +0000 (UTC) From: Mike Frysinger To: Pedro Alves Subject: Re: [PATCH v2] gdbserver: bfin: new port Date: Tue, 14 Dec 2010 17:48:00 -0000 User-Agent: KMail/1.13.5 (Linux/2.6.37-rc5; KDE/4.5.2; x86_64; ; ) Cc: gdb-patches@sourceware.org, Andrew Stubbs , toolchain-devel@blackfin.uclinux.org, Daniel Jacobowitz References: <1291886957-12003-1-git-send-email-vapier@gentoo.org> <201012141157.49676.vapier@gentoo.org> <201012141739.52716.pedro@codesourcery.com> In-Reply-To: <201012141739.52716.pedro@codesourcery.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3498533.4FdFIatoex"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201012141247.12591.vapier@gentoo.org> X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2010-12/txt/msg00250.txt.bz2 --nextPart3498533.4FdFIatoex Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-length: 1449 On Tuesday, December 14, 2010 12:39:27 Pedro Alves wrote: > On Tuesday 14 December 2010 16:57:48, Mike Frysinger wrote: > > thinking about it more, the gdb port atm doesnt support FDPIC. so if t= he > > only contentious point of the gdbserver code is the FDPIC handling, then > > i can simply drop that and revisit when the Blackfin/FDPIC core code is > > merged. >=20 > I think that's the best approach. Would it be easy to split > the linux bits out of gdb/bfin-tdep.c into gdb/bfin-linux-tdep.c? > You could even push the bare metal (bfin-elf?) bits first without > any linux bits as a first step. i imagine for someone who is a gdb expert, this would be trivial. but it=20 would require a bit of research on my side, so i'd prefer to not do this=20 initially. the code Joel is OK with supports both Blackfin bare metal and= =20 Blackfin Linux/FLAT. i'll open a tracker item to get this stuff eventually split out, but i dont= =20 see it being done in a time frame that is before the gdb-7.3 release which = i=20 really want to be a part of. > Please also get rid of gdb/config/bfin/bfin.mt -- .mt files have > long since been eliminated from gdb, the code that would go there you > already have in configure.tgt. i couldnt find documentation on this file (or mts in general) so i was=20 hesitant to touch it. the only thing we have in there is to set the TDEPFI= LES=20 variable, but i guess that too is no longer used anywhere ? -mike --nextPart3498533.4FdFIatoex Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. Content-length: 836 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) iQIcBAABAgAGBQJNB62gAAoJEEFjO5/oN/WBDYgP/j7XLGfE5HA4TTP6Ss3mJdRm C24MjNHtrGMHsnuFfRbTUQAHh4YbG/MCFId9578xNTb7i1qSvvtSqyW8sKgzD2q4 zpMPJHUDHbUgYo3WTomVj1mOWZ+XySXcpLHWIhywC7DihULSX8ZoBO3ZefLf3iRj dk5SoxHu4dJgZh0PzS1ZGteboBydKrx+IYpT4n5l3q+4ptSP6ptfNP7Cl8PTApqi ZyIttgmXFzyHs2HmLcc9lLqrhlIdcOpXfPLX0Jm5NKI2lmkDa+xTDBOfMYtXUvm/ uDRoiJGCOD0hJXku2e3QIVZTaIRRgELJ9e5uT5UCdKNkX8GI6XUS1mRRhw9EKb4q I3DGEWajdJNCQjcYBdk6lASeJ/kpbofFnoR4ROJ7krYOt5OImrZmEdy/Zs8Cnvdx h6Bz5KGVkHFVgVXEwr8PJfo/P/Rdbxl+xcgMSdAFrWcqwEzqIdKPD8CSD2lkCoy3 KlGcFBKrZAo32ofln0MqW4hbeXrNXRK81OGYchQx2pnFv4g6SpbxVgxAmKfDRGvH rWCUAKkkrsV5W5Q2QTgyen6XcuskOFS5nazxAlv/4JlNl1h3dnAGiyTykoCNVg5c 4VPI0yDfLsAby3xyT5rfwrE1HYhc40sjreoUZGSYNjfvnYB5S9QjUXFQE8HImNcC svbJ6pVRNVjlITizyM+T =BmKI -----END PGP SIGNATURE----- --nextPart3498533.4FdFIatoex--