From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9060 invoked by alias); 15 May 2013 16:06:59 -0000 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 Received: (qmail 9050 invoked by uid 89); 15 May 2013 16:06:58 -0000 X-Spam-SWARE-Status: No, score=-9.4 required=5.0 tests=AWL,BAYES_00,KHOP_PGP_SIGNED,KHOP_THREADED,RCVD_IN_HOSTKARMA_W,RCVD_IN_HOSTKARMA_WL,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.1 Received: from smtp.gentoo.org (HELO smtp.gentoo.org) (140.211.166.183) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Wed, 15 May 2013 16:06:57 +0000 Received: from vapier.localnet (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 66C6633DF13; Wed, 15 May 2013 16:06:55 +0000 (UTC) From: Mike Frysinger To: lgustavo@codesourcery.com Subject: Re: [RFC, gdbserver] Avoid defining linux_read_offsets when the target does not need it Date: Wed, 15 May 2013 16:06:00 -0000 User-Agent: KMail/1.13.7 (Linux/3.8.3; KDE/4.6.5; x86_64; ; ) Cc: "'gdb-patches@sourceware.org'" References: <519370AE.50908@codesourcery.com> In-Reply-To: <519370AE.50908@codesourcery.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4180864.Mk4YBc9xps"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201305151206.57607.vapier@gentoo.org> X-Virus-Found: No X-SW-Source: 2013-05/txt/msg00541.txt.bz2 --nextPart4180864.Mk4YBc9xps Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-length: 879 On Wednesday 15 May 2013 07:25:34 Luis Machado wrote: > uClibc-based targets can load their programs in an offset in memory, and > this information has historically been communicated to gdbserver via > ptrace with the following options: PT_TEXT_ADDR, PT_DATA_ADDR and > PT_TEXT_END_ADDR. well, not to be pedantic, but this is for FLAT programs, not uClibc > We have a target that uses loadmaps as opposed to the above mechanism. > It is just another ptrace request, but it doesn't use linux_read_offsets > at all. you mean FDPIC ? gdb already supports that and uses a different set of ptr= ace=20 requests for that. ideally, gdb nor gdbserver should not be tied to a spec= ific=20 file format (what format it happened to be compiled for). instead, gdbserv= er=20 should support all formats and then gdb detects the format and changes its= =20 requests based on that. -mike --nextPart4180864.Mk4YBc9xps 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.17 (GNU/Linux) iQIcBAABAgAGBQJRk7KhAAoJEEFjO5/oN/WBBcQQALHQR74ccHcgSF1XY1jHmEbM 6xm1EbJzabJDZPpys9g+Z0xFbuFku28pa2yNiwqLYI+gpYuzqCXFMJzJNkJld1HZ tWDKvYNa1MXEnYL/1ZybJ84SfdTVBdgH1nPba/W/BzkRbBP8mRZ6TnW9xqJFF3dm DTMLwp3Y79baayDUsfaD1bCWJU8Sx5LvyzRx/2D/gjgJlfeISVYqxv10IxXjnO5Z Ruh/xxSz1fAbnDpXt0gWC4Vy9jhfDYNc3whXSgFnaVgC7F9amWq0VO2/qwFLQ/to eAC2oQMVWyhLS7tbcPZCko+4Q4EF509lR8H7lHgDw2FQVPooa6g9Yo626f3qy+bC wPNvhO9gtUeQHOQW9EJ7/44dgwIYjmilyads27I3Pej+oIzSjlXOqtlDWVV48kpI I+MVzHayifDc73Eww3R13YqM671ERpq2er0UbGyCN82RzncZOyDsBo+eBJ84Ny/N T3ZYLNeLVCLgjurEvg6FQ9yIWVTGj5xPzlTxbWaGzQSsnMixXOMZyxiScmwdNhyE qQf7gkJ7SlsdnBwXnn2CKzT7dg2mf+q1xjb+cupRJr/fMrbyLQWadKO8zpmSNu1Z c3TukEW6YUs9WKncpB4xgZvrfVcxHR/R+llreEsQE413gW5TQK9iLqc4YS/VJ2xL uNpVjLbEPpV6+PmDHfYY =yCKS -----END PGP SIGNATURE----- --nextPart4180864.Mk4YBc9xps--