From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27498 invoked by alias); 29 Nov 2012 01:07:56 -0000 Received: (qmail 27477 invoked by uid 22791); 29 Nov 2012 01:07:55 -0000 X-SWARE-Spam-Status: No, hits=-9.0 required=5.0 tests=AWL,BAYES_00,KHOP_PGP_SIGNED,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_DNSWL_HI,RCVD_IN_HOSTKARMA_W,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; Thu, 29 Nov 2012 01:07:51 +0000 Received: from vapier.localnet (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 90E9933D835; Thu, 29 Nov 2012 01:07:50 +0000 (UTC) From: Mike Frysinger To: Jan Kratochvil Subject: Re: [patch+7.5.1] Work around PR libc/13097 "linux-vdso.so.1" #3 Date: Thu, 29 Nov 2012 01:07:00 -0000 User-Agent: KMail/1.13.7 (Linux/3.6.5; KDE/4.6.5; x86_64; ; ) Cc: Pedro Alves , gdb-patches@sourceware.org References: <20121122201737.GA32172@host2.jankratochvil.net> <50B558BF.5040300@redhat.com> <20121128224421.GA31724@host2.jankratochvil.net> In-Reply-To: <20121128224421.GA31724@host2.jankratochvil.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2733998.YgWQN9N58s"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201211282007.50063.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: 2012-11/txt/msg00841.txt.bz2 --nextPart2733998.YgWQN9N58s Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-length: 776 On Wednesday 28 November 2012 17:44:21 Jan Kratochvil wrote: > On Wed, 28 Nov 2012 01:20:15 +0100, Pedro Alves wrote: > > I mentioned that this change could make it possible to find the separate > > debug file by name. >=20 > I do not see how it could work, vDSO does not have and cannot have any di= sk > filename in L_NAME. >=20 > Besides that even if there was a way non-build-id verification should nev= er > be implemented for anything new, it does not work well and there is no > reason for it. the existing mechanisms might not translate cleanly to providing symbol=20 information for vdso's. but i think it's worth figuring out. i don't thin= k=20 Linux is alone when it comes to vdso type functionality ... certainly=20 *BSD/Solaris does something similar ? -mike --nextPart2733998.YgWQN9N58s 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) iQIcBAABAgAGBQJQtrVmAAoJEEFjO5/oN/WBzJ4QAI/UvDaNVDvtXBInXKGxvYch yqq5MyPmGE2W7rUlr/zRP+3PdCkAlFBswo80DQDGmHz1xIRriPJRHXwXZvsvuwSo rKUdFb6j7JQXntN36wC0t/jcm+833/O48I/6SKlXzIuQLpdzGfCbkCApo/QyLsA2 mzECKZPnGV18Skx5wF5deit8Oqw6tRGP3i94ukLDGe6mIUcRKKINXmSF/GmNe78y 6pmRuE2eUcUOqHvegys8di1lAhTjHmkwNBkNr1mbgCEP27Vv1Mwu0akUWQSllAW4 qaQOLI9RVUYJxGKag29I0jgxKvmy43EDEPt3MEpKST44B3QXgZmLpgldWZVN1UFT zY03y0Ls29ibLFEDlStdPjh2U5a44OoQCL8S7krgAQ22cxASRpbAMxjihNTur32l qZxF9Zq3C8CB9qM09L4QkpBvJk7BP5/uCt9v5kNDp231HJ81ESrt7EXMSxJIBNWY gf07TmrwXMs8kb05e3L9uHK976+H/4mKWWEamxOl7Jj/2vX4zMh6KWfc6QhXaO5V NJA5a2QMcAMiU9Q2HpoY1zm4xwukDY3/UX+eOUpgF5NFv44c6AMzaCkRz9RYuSka NimT7ofKTxnMX8ardxIniQO3aGNIgr5k5Kl7vXq61w0TRcwcz3P93UQFfmH7EyL8 ler+Ojh1T30Ee/i3+Wtr =y37J -----END PGP SIGNATURE----- --nextPart2733998.YgWQN9N58s--