From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3074 invoked by alias); 11 Oct 2006 14:34:39 -0000 Received: (qmail 3067 invoked by uid 22791); 11 Oct 2006 14:34:38 -0000 X-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00,SPF_PASS X-Spam-Check-By: sourceware.org Received: from e34.co.us.ibm.com (HELO e34.co.us.ibm.com) (32.97.110.152) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 11 Oct 2006 14:34:31 +0000 Received: from d03relay04.boulder.ibm.com (d03relay04.boulder.ibm.com [9.17.195.106]) by e34.co.us.ibm.com (8.13.8/8.12.11) with ESMTP id k9BEYTHX014642 for ; Wed, 11 Oct 2006 10:34:29 -0400 Received: from d03av02.boulder.ibm.com (d03av02.boulder.ibm.com [9.17.195.168]) by d03relay04.boulder.ibm.com (8.13.6/8.13.6/NCO v8.1.1) with ESMTP id k9BEYTH4360860 for ; Wed, 11 Oct 2006 08:34:29 -0600 Received: from d03av02.boulder.ibm.com (loopback [127.0.0.1]) by d03av02.boulder.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id k9BEYSa7017243 for ; Wed, 11 Oct 2006 08:34:28 -0600 Received: from [127.0.0.1] (sig-9-65-13-135.mts.ibm.com [9.65.13.135]) by d03av02.boulder.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id k9BEYQf8017073; Wed, 11 Oct 2006 08:34:27 -0600 Message-ID: <452D00E9.7000702@us.ibm.com> Date: Wed, 11 Oct 2006 14:34:00 -0000 From: Vara Prasad User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Li Guanglei CC: "systemtap@sourceware.org" , amodra@au1.ibm.com, amodra@bigbpond.net.au Subject: Re: gcc stop compiling a large stap generated c file References: <452CB6BF.5020501@cn.ibm.com> In-Reply-To: <452CB6BF.5020501@cn.ibm.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact systemtap-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Post: List-Help: , Sender: systemtap-owner@sourceware.org X-SW-Source: 2006-q4/txt/msg00086.txt.bz2 Looking at the gcc bug explanation from Alan looks like there is a limitation on the power platform hence there may not be an immediate fix from the compiler/linker side. Alan, please feel free to correct me if i am wrong. I guess that leaves us with only option to generate better code on our end. Li Guanglei can you open a bug for this in the bugzilla. Frank, can we have this bug looked at bit higher than normal priority, I think we should definitely fix this before RHEL 5. Li Guanglei wrote: > Hi, > > I tried: stap -e 'probe addevent.* {}' -bM -v > on ppc64/RHEL4u4/gcc-3.4.6, and got a lot of errors of "operand out > of range". > > the generated c file is really big: > > root:/tmp/stapRl4mJy> ll -h > total 7.5M > -rw-r--r-- 1 root root 128 Oct 9 17:53 Makefile > -rw-r--r-- 1 root root 6.3M Oct 9 17:53 stap_11644.c > -rw-r--r-- 1 root root 714K Oct 9 17:53 stap-symbols.h > -rw-r--r-- 1 root root 527K Oct 9 17:53 symbols.sorted > > I searched gcc bugzilla, and found someone reported the same kind of > error on gcc 4.1: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28904 > > I think it's common for SystemTap to generate a large c file if the > number of probes and functions turned on is big. I tried on i386 and > it doesn't have this error. Does anyone know if there is any > alternative to avoid such error for ppc64? > > thanks. > > - Guanglei > >------------------------------------------------------------------------ > >Running grep " [tT] " /proc/kallsyms | sort -k 1,8 -s -o /tmp/stapRl4mJy/symbols.sorted >Pass 3: translated to C into "/tmp/stapRl4mJy/stap_11644.c" in 1180usr/200sys/1614real ms. >Running make -C "/lib/modules/2.6.17.9/build" M="/tmp/stapRl4mJy" modules V=1 >make: Entering directory `/usr/src/linux-2.6.17.9' >mkdir -p /tmp/stapRl4mJy/.tmp_versions >rm -f /tmp/stapRl4mJy/.tmp_versions/* >make -f scripts/Makefile.build obj=/tmp/stapRl4mJy > gcc -m64 -Wp,-MD,/tmp/stapRl4mJy/.stap_11644.o.d -nostdinc -isystem /usr/lib/gcc/ppc64-redhat-linux/3.4.6/include -D__KERNEL__ -Iinclude -include include/linux/autoconf.h -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Os -fomit-frame-pointer -g -msoft-float -pipe -mminimal-toc -mtraceback=none -mcall-aixdesc -mtune=power4 -mno-altivec -funit-at-a-time -mstring -Wa,-maltivec -Wdeclaration-after-statement -freorder-blocks -Wno-unused -Werror -I"/usr/local/share/systemtap/runtime" -DMODULE -D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(stap_11644)" -D"KBUILD_MODNAME=KBUILD_STR(stap_11644)" -c -o /tmp/stapRl4mJy/.tmp_stap_11644.o /tmp/stapRl4mJy/stap_11644.c >{standard input}: Assembler messages: >{standard input}:642879: Error: operand out of range (0x0000000000008000 is not between 0xffffffffffff8000 and 0x0000000000007fff) >{standard input}:642895: Error: operand out of range (0x0000000000008008 is not between 0xffffffffffff8000 and 0x0000000000007fff) >{standard input}:643196: Error: operand out of range (0x0000000000008018 is not between 0xffffffffffff8000 and 0x0000000000007fff) >{standard input}:643197: Error: operand out of range (0x0000000000008010 is not between 0xffffffffffff8000 and 0x0000000000007fff) >{standard input}:643284: Error: operand out of range (0x0000000000008020 is not between 0xffffffffffff8000 and 0x0000000000007fff) >{standard input}:643300: Error: operand out of range (0x0000000000008028 is not between 0xffffffffffff8000 and 0x0000000000007fff) >... > >