From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 108417 invoked by alias); 10 Feb 2016 20:35:24 -0000 Mailing-List: contact systemtap-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: systemtap-owner@sourceware.org Received: (qmail 108349 invoked by uid 89); 10 Feb 2016 20:35:23 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.1 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=H*M:107, H*f:sk:3855EE2, H*MI:sk:3855EE2, H*i:sk:3855EE2 X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Wed, 10 Feb 2016 20:35:21 +0000 Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (Postfix) with ESMTPS id 280EC8F4E9; Wed, 10 Feb 2016 20:35:20 +0000 (UTC) Received: from bordewijk.wildebeest.org (ovpn-113-77.phx2.redhat.com [10.3.113.77]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u1AKZI2s010578 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 10 Feb 2016 15:35:19 -0500 Received: by bordewijk.wildebeest.org (Postfix, from userid 1000) id 2439B8145852; Wed, 10 Feb 2016 21:35:18 +0100 (CET) Message-ID: <1455136517.7606.107.camel@redhat.com> Subject: Re: Prelinking on ARM with Debug Link From: Mark Wielaard To: Torsten Polle Cc: systemtap@sourceware.org Date: Wed, 10 Feb 2016 20:35:00 -0000 In-Reply-To: <3855EE25-54F2-47FB-88A8-FF1EC3963C06@gmx.de> References: <4BCA4243-B16B-436F-9D53-41C551492A51@gmx.de> <6E47DD0A-0515-45C6-86A1-4669A8182663@gmx.de> <1455121041.7606.104.camel@redhat.com> <3855EE25-54F2-47FB-88A8-FF1EC3963C06@gmx.de> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 X-SW-Source: 2016-q1/txt/msg00078.txt.bz2 On Wed, 2016-02-10 at 21:12 +0100, Torsten Polle wrote: > > Am 10.02.2016 um 17:17 schrieb Mark Wielaard : > > It has been some time since I hacked on this code, so I don't > > immediately know what is going on. It would be nice to have a somewhat > > simpler reproducer. You use a large stap script using guru mode mixing > > user and kernel probes. Is all that really necessary to replicate the > > issue? Is the issue only triggered by the cross compiling? >=20 > Do you mean the example in my original mail or do you refer to the much s= impler example from [1]? Maybe I am not reading the simpler example correctly. But it looked like it was still mixing user and kernel probes, used guru mode and cross compiling. Are all of those factors needed to trigger the bug? If at all possible just one simple probe against libc.so to show what is going wrong would be ideal. Thanks, Mark