From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 96356 invoked by alias); 18 Feb 2016 16:21:54 -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 96341 invoked by uid 89); 18 Feb 2016 16:21:53 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: =?ISO-8859-1?Q?No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=that=e2?= 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; Thu, 18 Feb 2016 16:21:52 +0000 Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (Postfix) with ESMTPS id B18CF8051D; Thu, 18 Feb 2016 16:21:51 +0000 (UTC) Received: from bordewijk.wildebeest.org (ovpn-113-216.phx2.redhat.com [10.3.113.216]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u1IGLo3D030568 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 18 Feb 2016 11:21:51 -0500 Received: by bordewijk.wildebeest.org (Postfix, from userid 1000) id 964458148038; Thu, 18 Feb 2016 17:21:49 +0100 (CET) Message-ID: <1455812509.7770.4.camel@redhat.com> Subject: Re: Prelinking on ARM with Debug Link From: Mark Wielaard To: Torsten Polle Cc: systemtap@sourceware.org Date: Thu, 18 Feb 2016 16:21:00 -0000 In-Reply-To: <1FF3B18B-EEA4-4A00-8E4F-3B7977E0111C@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> <1455136517.7606.107.camel@redhat.com> <1455617312.9915.50.camel@redhat.com> <1FF3B18B-EEA4-4A00-8E4F-3B7977E0111C@gmx.de> Content-Type: multipart/mixed; boundary="=-OeEzXFCGsoTciUnrocir" Mime-Version: 1.0 X-SW-Source: 2016-q1/txt/msg00097.txt.bz2 --=-OeEzXFCGsoTciUnrocir Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Content-length: 797 On Tue, 2016-02-16 at 21:46 +0100, Torsten Polle wrote: > The target architecture is 32bit ARM. The host architecture is 64bit > X86. That=E2=80=99s the reason why field .sec_load_offset is initialised = with > a 64bit wide hexadecimal number. But as the field .sec_load_offset is > defined only as =E2=80=9Eunsigned long=E2=80=9C, the compiler complains. = As a work > around I tried to output decimal number instead for the initialisation > of .sec_load_offset. I can compile alright. But the resulting > backtrace calculations shown in my previous example produce strange > results. OK, I don't have such a setup, but maybe all that is needed, if we assume negative values are ok, is to not write sec_load_offset out in hex, but simply in dec. Could you try the attached patch? Thanks, Mark --=-OeEzXFCGsoTciUnrocir Content-Disposition: inline; filename="sec_load_offset.patch" Content-Type: text/x-patch; name="sec_load_offset.patch"; charset="UTF-8" Content-Transfer-Encoding: base64 Content-length: 1692 ZGlmZiAtLWdpdCBhL3RyYW5zbGF0ZS5jeHggYi90cmFuc2xhdGUuY3h4Cmlu ZGV4IGY3OTIzNDMuLjE4NzQxNjMgMTAwNjQ0Ci0tLSBhL3RyYW5zbGF0ZS5j eHgKKysrIGIvdHJhbnNsYXRlLmN4eApAQCAtNjg0NSw4ICs2ODQ1LDEwIEBA IGR1bXBfdW53aW5kc3ltX2N4dCAoRHdmbF9Nb2R1bGUgKm0sCiAKIAkgIER3 YXJmX0FkZHIgZHdiaWFzID0gMDsKIAkgIGR3ZmxfbW9kdWxlX2dldGR3YXJm IChtLCAmZHdiaWFzKTsKLQkgIGMtPm91dHB1dCA8PCAiLnNlY19sb2FkX29m ZnNldCA9IDB4IgotCQkgICAgPDwgaGV4IDw8IGRlYnVnX2ZyYW1lX29mZiAt IGR3YmlhcyA8PCBkZWMgPDwgIlxuIjsKKwkgIC8qIE5vdGUgd2UgdXNlIGRl Yywgbm90IGhleCwgaW4gY2FzZSBob3N0IHdpZHRoID4gdGFyZ2V0IHdpZHRo CisJICAgICBhbmQgb2Zmc2V0IGlzIG5lZ2F0aXZlLiAgKi8KKwkgIGMtPm91 dHB1dCA8PCAiLnNlY19sb2FkX29mZnNldCA9ICIKKwkJICAgIDw8IGRlYnVn X2ZyYW1lX29mZiAtIGR3YmlhcyA8PCAiXG4iOwogCiAJICBjLT5vdXRwdXQg PDwgIiNlbHNlXG4iOwogCSAgYy0+b3V0cHV0IDw8ICIuZGVidWdfaGRyID0g TlVMTCxcbiI7CkBAIC02ODY1LDggKzY4NjcsMTAgQEAgZHVtcF91bndpbmRz eW1fY3h0IChEd2ZsX01vZHVsZSAqbSwKICAgICAgICAgICAgICAgYy0+b3V0 cHV0IDw8ICIjaWYgZGVmaW5lZChTVFBfTkVFRF9MSU5FX0RBVEEpXG4iOwog ICAgICAgICAgICAgICBEd2FyZl9BZGRyIGR3YmlhcyA9IDA7CiAgICAgICAg ICAgICAgIGR3ZmxfbW9kdWxlX2dldGR3YXJmIChtLCAmZHdiaWFzKTsKLSAg ICAgICAgICAgICAgYy0+b3V0cHV0IDw8ICIuc2VjX2xvYWRfb2Zmc2V0ID0g MHgiCi0gICAgICAgICAgICAgICAgICAgICAgICA8PCBoZXggPDwgZGVidWdf ZnJhbWVfb2ZmIC0gZHdiaWFzIDw8IGRlYyA8PCAiXG4iOworCSAgICAgIC8q IE5vdGUgd2UgdXNlIGRlYywgbm90IGhleCwgaW4gY2FzZSBob3N0IHdpZHRo ID4gdGFyZ2V0IHdpZHRoCisJCSBhbmQgb2Zmc2V0IGlzIG5lZ2F0aXZlLiAg Ki8KKyAgICAgICAgICAgICAgYy0+b3V0cHV0IDw8ICIuc2VjX2xvYWRfb2Zm c2V0ID0gIgorICAgICAgICAgICAgICAgICAgICAgICAgPDwgZGVidWdfZnJh bWVfb2ZmIC0gZHdiaWFzIDw8ICJcbiI7CiAgICAgICAgICAgICAgIGMtPm91 dHB1dCA8PCAiI2Vsc2VcbiI7CiAgICAgICAgICAgICB9CiAJICBjLT5vdXRw dXQgPDwgIi5zZWNfbG9hZF9vZmZzZXQgPSAwXG4iOwo= --=-OeEzXFCGsoTciUnrocir--