From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14442 invoked by alias); 14 Dec 2010 22:01:14 -0000 Received: (qmail 14350 invoked by uid 22791); 14 Dec 2010 22:01:10 -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 22:00:59 +0000 Received: from vapier.localnet (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id D2FE91B405A; Tue, 14 Dec 2010 22:00:57 +0000 (UTC) From: Mike Frysinger To: Pedro Alves Subject: Re: [PATCH v3] gdb: bfin: new port Date: Tue, 14 Dec 2010 22:01:00 -0000 User-Agent: KMail/1.13.5 (Linux/2.6.37-rc5; KDE/4.5.2; x86_64; ; ) Cc: gdb-patches@sourceware.org, toolchain-devel@blackfin.uclinux.org References: <1291886957-12003-1-git-send-email-vapier@gentoo.org> <1292359346-22447-1-git-send-email-vapier@gentoo.org> <201012142131.22802.pedro@codesourcery.com> In-Reply-To: <201012142131.22802.pedro@codesourcery.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1515470.pZ3jmnpAPm"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201012141700.14859.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/msg00269.txt.bz2 --nextPart1515470.pZ3jmnpAPm Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-length: 2122 On Tuesday, December 14, 2010 16:31:22 Pedro Alves wrote: > On Tuesday 14 December 2010 20:42:26, Mike Frysinger wrote: > > + /* Pseudo Registers */ > > + BFIN_PC_REGNUM, > > + BFIN_CC_REGNUM, > > + BFIN_TEXT_ADDR, /* Address of .text section. */ > > + BFIN_TEXT_END_ADDR, /* Address of the end of .text section.= =20 > > */ + BFIN_DATA_ADDR, /* Address of .data section. */ + > > + BFIN_FDPIC_EXEC_REGNUM, > > + BFIN_FDPIC_INTERP_REGNUM, > > + >=20 > I thought these (text_addr ... fdpic*) would be removed? i was thinking of gdbserver, but i can do it here too. pretty sure the fir= st=20 three are actually for FLAT, but the common code takes care of those. i ca= n=20 comment out these as well. > Can you explain why are the PC and CC registers pseudo > registers, but supported as being raw registers anyway? Couldn't > gdb compute them itself from the other registers, with > gdb's pseudo register support (gdbarch_pseudo_register_read|write)? > googling I found you mentioning that the "CC pseudo register can > be deduced from the ASTAT register", though further googling doesn't > find any mention of what ASTAT is. I'm sure there's a good reason, > I'm probably just missing a comment somewhere. i dont see how PC can be deduced from anything. it's considered pseudo=20 because in the ISA there is no way of doing "PC =3D " or= =20 " =3D PC". you can only indirectly affect it by doing something such = as=20 " =3D " followed by "JUMP (reg)". Linux indirectly manipu= lates=20 it via the RETI (return from interrupt) register (which is why the Blackfin= =20 kernel actually loads RETI into the PC slot in the register stack). you do= =20 get a bit more direct access to it via JTAG, but that doesnt count. CC is actually a single bit in the ASTAT (arithmetic status) register, but= =20 often is treated as an actual register in much of the ISA. such as=20 assignments or logical tests. you can do " =3D CC" and "CC =3D "= , but=20 you cant do this with any other ASTAT bit (like AZ, AN, etc...). -mike --nextPart1515470.pZ3jmnpAPm 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) iQIcBAABAgAGBQJNB+juAAoJEEFjO5/oN/WBBEUP/AwERAtHIKMokXN2WamC75mH wh122ArUU67AlueWuvkahjOwQkXAxLIOtdW1fXn6/6ZvZIn4txWiyPB2r/mRe8Pg bh9OHJ5/ykC9ZKuLfr5rauu8+4129OpdCUNJVorSOv/MT9EzpL+8pimCvdcXV+lL pb6Vsk1QPe25AEkO4dqZlsyHk4rRh1uW7SA7VgfP8Md9wmAN9kSdvuA3Dx/jL9Db gFwz3RTIc4wIXC+TkBY9KsQgRGAvaNlII5oHHUKvkEHbvkQImjuyGL88qP1O3l6x aCrJ3fWiQ2Xw9AoyPO70evoNl0mKyyXur3eYO9bbM9tdUQt8m2xQCKlHQtvxcvw8 +eUIZugknenkQnEzLdU+QdrMFxQyqVJSRcePERHejIqmFFA/KBQIOaNkUEhGpoA6 S8Rz/3ry9nWawZwdkqW5linfiibRJdng0VUqPzeAeyxL9XysdTvajKR9ztQ2POW3 C49pDSWunFmK+KmiUayWpYlTM5M+x6YZH5ZXtd+9LynGm9DYu0e69GRY9As5IS8Q gMv7n5bwhlvEfiOZsG/kFJkcyNcbDjSp+vIc7/GWsWl2CrQpu27HgSfISuTZyAJR TZEZ19TMKPZX9hSdJbjnG0JE72+J/+ey0s7VaMnDQP3vl0RN0UxeCSwueo4MPm8K h0HezKWFiW+gHvxBPvX7 =Dmwj -----END PGP SIGNATURE----- --nextPart1515470.pZ3jmnpAPm--