From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14843 invoked by alias); 5 Nov 2009 16:09:09 -0000 Received: (qmail 14831 invoked by uid 22791); 5 Nov 2009 16:09:08 -0000 X-SWARE-Spam-Status: No, hits=-1.9 required=5.0 tests=AWL,BAYES_00,SARE_MSGID_LONG40,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mail-pz0-f172.google.com (HELO mail-pz0-f172.google.com) (209.85.222.172) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 05 Nov 2009 16:09:02 +0000 Received: by pzk2 with SMTP id 2so74240pzk.26 for ; Thu, 05 Nov 2009 08:09:01 -0800 (PST) MIME-Version: 1.0 Received: by 10.142.209.20 with SMTP id h20mr296951wfg.130.1257437340855; Thu, 05 Nov 2009 08:09:00 -0800 (PST) In-Reply-To: <20091105155425.GD21665@redhat.com> References: <1257410818.2529.6.camel@hermans.wildebeest.org> <20091105152546.GB21665@redhat.com> <20091105153606.GC21665@redhat.com> <20091105155425.GD21665@redhat.com> Date: Thu, 05 Nov 2009 16:09:00 -0000 Message-ID: Subject: Re: Integer constant is too large for 'long' type From: naresh kamboju To: "Frank Ch. Eigler" Cc: systemtap@sources.redhat.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes 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 X-SW-Source: 2009-q4/txt/msg00441.txt.bz2 Hi, On Thu, Nov 5, 2009 at 9:24 PM, Frank Ch. Eigler wrote: > Hi - > > On Thu, Nov 05, 2009 at 09:18:28PM +0530, naresh kamboju wrote: > > > OK, the above shows that the linker script that is creating your arm > kernel images is putting the build-id note in a weird place - at the > very beginning of RAM, far away from .text and friends. =A0My guess is > that this memory is actually not preserved at run time, so that even > if we got the systemtap-time offsets all compiled in, the run-time > value would not match. OK. > > On more typical desktop linux builds, the build-id section is placed > right after .text, so that relative to the _stext symbol, there is a > smallish positive offset. =A0And that way the buildid bits get > preserved. =A0Can you check whether this is fixable in the arm kernel > you are using? I'll check at my end with arm Kernel. Thank you very much. Best regards Naresh Kamboju > > - FChE >