From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16390 invoked by alias); 6 Sep 2011 01:30:34 -0000 Received: (qmail 16377 invoked by uid 22791); 6 Sep 2011 01:30:33 -0000 X-SWARE-Spam-Status: No, hits=4.5 required=5.0 tests=AWL,BAYES_00,LOTS_OF_MONEY,MSGID_MULTIPLE_AT,RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from LGEMRELSE6Q.lge.com (HELO LGEMRELSE6Q.lge.com) (156.147.1.121) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 06 Sep 2011 01:30:18 +0000 Received: from PTMMF10NA8324 ( [10.168.116.165]) by LGEMRELSE6Q.lge.com (Symantec Brightmail Gateway) with SMTP id CF.30.03702.7A7756E4; Tue, 6 Sep 2011 10:30:15 +0900 (KST) From: =?UTF-8?B?7LWc7J6s7ZiBQg==?= To: "'Turgis, Frederic'" Cc: "'Josh Stone'" , References: <4E5D3AC7.8050106@redhat.com> <4E5D449B.70109@redhat.com> <4E5D6127.2070602@redhat.com> <13872098A06B02418CF379A158C0F146016301D041@dnce02.ent.ti.com> <003001cc686f$27aeafc0$770c0f40$@choi@lge.com> <13872098A06B02418CF379A158C0F146016301D586@dnce02.ent.ti.com> In-Reply-To: <13872098A06B02418CF379A158C0F146016301D586@dnce02.ent.ti.com> Subject: RE: Some Problem come out during runing systemtap module on Android phone. Date: Tue, 06 Sep 2011 01:30:00 -0000 Message-ID: <001c01cc6c34$8777db20$96679160$@choi@lge.com> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" 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: 2011-q3/txt/msg00270.txt.bz2 Hi, Frederic. Thanks for your answer. After your mail, I have tried to find why systemtap on gingerbread phone is= not working. After all, I got a different point between the several kernel versions whic= h were supplied by qualcomm, and I verified my systemtap works fine. Below is before, after and original from the file name "arch/arm/kernel/v= mlinux.lds.s, around 99 line" . >> Before. ( got the problem .) *(.gnu.warning) *(.rodata) *(.rodata.*) *(.glue_7) *(.glue_7t) *(.got) /* Global offset table */ } #ifdef CONFIG_STRICT_MEMORY_RWX . =3D ALIGN(1<> after ( fixed the problem ) *(.gnu.warning) *(.rodata) *(.rodata.*) #ifdef CONFIG_STRICT_MEMORY_RWX . =3D ALIGN(1<> original kernel version=20 *(.gnu.warning) *(.rodata) *(.rodata.*) *(.glue_7) *(.glue_7t) *(.got) /* Global offset table */ } RO_DATA(PAGE_SIZE) Accordinng the above , what caused the problem is the position of ". =3D= ALIGN(1< But the target =E2=80=9Candroid gingerbread phone=E2=80=9D is not working. > when I run the =E2=80=9Chelloworld.stp=E2=80=9D, an abnormal message com= es > out like below. > > /data/staphome/bin# ./staprun helloworld.ko helloworld > /data/staphome/bin/staprun: No such file or directory ( <- > abnormal message ) Try first ./staprun to see if "help" is coming out. "printf" shall work ! T= ry to chmod staprun and stapio, this does not look related to systemtap I made systemtap work on Froyo and Gingerbread, well this is essentially a = kernel related tool on ARM (no time to investigate/code utrace/uprobes on o= ur side :-( ) so it shall work on any pastry, as google does not change tha= t much the kernel. But userspace is killing me as a developer. > > > Also when I run the =E2=80=9C ./staprun iotop.ko=E2=80=9D on target phone, > the phone is gone to reset . > Could you help me to resolve this problem ? Mmmmh, we have hit issues when running several scripts in parallel (on Andr= oid, works fine on Ubuntu). Works first time, not 2nd time. Or issues when = probing all system calls. But iotop.stp is working fine on my Gingerbread (= K2.6.35) > > As your reference, > . the Froyo phone is including the kernel version 2.6.32 > which was built in ubuntu 32bit, . the Gingerbread phone is > including the kernel version 2.6.35.11 which was built in > ubuntu 64bit. We are at kernel 2.6.35. I don't really track the potential incompabilities= between kernels and systemtap. We had to modify ptrace.h in the past, I do= n't remember when we started no longer needing it > . And both phone is not OMAP-based . ( Should I use the OMAP > platform ? ) You don't need an OMAP platform. We don't make any specific change for OMAP= . Using /data/staphome instead of /home/xxx is totally OK as far as you res= pect paths on desktop and target, which is the case for you. Texas Instruments France SA, 821 Avenue Jack Kilby, 06270 Villeneuve Loubet= . 036 420 040 R.C.S Antibes. Capital de EUR 753.920