From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4260 invoked by alias); 5 Nov 2009 15:25:55 -0000 Received: (qmail 4228 invoked by uid 22791); 5 Nov 2009 15:25:53 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 05 Nov 2009 15:25:49 +0000 Received: from int-mx04.intmail.prod.int.phx2.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.17]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id nA5FPlvk025989 for ; Thu, 5 Nov 2009 10:25:47 -0500 Received: from fche.csb (vpn-227-44.phx2.redhat.com [10.3.227.44]) by int-mx04.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id nA5FPluL031924; Thu, 5 Nov 2009 10:25:47 -0500 Received: by fche.csb (Postfix, from userid 2569) id BA5AC58122; Thu, 5 Nov 2009 10:25:46 -0500 (EST) Date: Thu, 05 Nov 2009 15:25:00 -0000 From: "Frank Ch. Eigler" To: naresh kamboju Cc: Mark Wielaard , systemtap@sources.redhat.com Subject: Re: Integer constant is too large for 'long' type Message-ID: <20091105152546.GB21665@redhat.com> References: <1257410818.2529.6.camel@hermans.wildebeest.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i 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/msg00437.txt.bz2 Hi - On Thu, Nov 05, 2009 at 08:26:26PM +0530, naresh kamboju wrote: > [...] > # stap -a arm -B CROSS_COMPILE=/usr/local/arm/cross/devel/bin/arm-dev- > -p4 -vv -k -r 2.6.29.4-alp_nl-kzm-arm11-g2542246 -m five five.stp > [...] > Session arch: arm release: 2.6.29.4-kzm-arm11-g2542246 > dump_unwindsyms kernel index=0 base=0x0 > Found build-id in kernel, length 20, end at 0x24 > [...] > .build_id_bits = > "\xd9\x1d\x7e\x1f\x5a\x79\xbc\xe0\x43\x34\x49\x69\x21\x59\x34\x1d\xbe\xe5\x8b\x33", > .build_id_len = 20, > .build_id_offset = 0xffffffff3fff8024, It seems as though the memory/section layout of the arm kernel is rather different from what we've seen. Can you send over some "readelf {-S,-l,-n} ..../vmlinux" output? - FChE