From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <systemtap-return-6297-listarch-systemtap=sources.redhat.com@sourceware.org>
Received: (qmail 21860 invoked by alias); 18 May 2007 16:17:36 -0000
Received: (qmail 21710 invoked by uid 48); 18 May 2007 16:17:08 -0000
Date: Fri, 18 May 2007 16:17:00 -0000
Message-ID: <20070518161708.21709.qmail@sourceware.org>
From: "wcohen at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: systemtap@sources.redhat.com
In-Reply-To: <20070508181228.4475.wcohen@redhat.com>
References: <20070508181228.4475.wcohen@redhat.com>
Reply-To: sourceware-bugzilla@sourceware.org
Subject: [Bug tapsets/4475] ia64 syscall tapset issues.
X-Bugzilla-Reason: AssignedTo
Mailing-List: contact systemtap-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <systemtap.sourceware.org>
List-Subscribe: <mailto:systemtap-subscribe@sourceware.org>
List-Post: <mailto:systemtap@sourceware.org>
List-Help: <mailto:systemtap-help@sourceware.org>, <http://sourceware.org/lists.html#faqs>
Sender: systemtap-owner@sourceware.org
X-SW-Source: 2007-q2/txt/msg00341.txt.bz2


------- Additional Comments From wcohen at redhat dot com  2007-05-18 17:17 -------
Created an attachment (id=1850)
 --> (http://sourceware.org/bugzilla/attachment.cgi?id=1850&action=view)
script to look $filename of open

It appears that the probes are getting bogus values for the pointers. Tried a
simple example for the open and looked at the value of $filename. $filename
doesn't appear to be pointing at the expected location for the user space
string. Compiled the openclose.c program and took a look at the memory map:

$ pmap 27467
27467:	 /home/wcohen/openclose
0000000000000000     16K r----	  [ anon ]
2000000000000000    192K r-x--	/lib/ld-2.3.4.so
200000000003c000     32K rw---	/lib/ld-2.3.4.so
2000000000054000   2384K r-x--	/lib/tls/libc-2.3.4.so
20000000002a8000     48K -----	/lib/tls/libc-2.3.4.so
20000000002b4000     32K rw---	/lib/tls/libc-2.3.4.so
20000000002bc000     64K rw---	  [ anon ]
4000000000000000     16K r-x--	/home/wcohen/openclose
6000000000000000     16K rw---	/home/wcohen/openclose
600007ffff840000     16K rw---	  [ anon ]
60000fffff7e8000    336K rw---	  [ stack ]
a000000000000000    128K r-x--	  [ anon ]
 total		   3280K

Using objdump found the strings located:

Contents of section .rodata:
 4000000000000ca0 666f6f62 61723100 666f6f62 61723200  foobar1.foobar2.
 4000000000000cb0 2f00	 

When run

$ /home/wcohen/stap_testing_200705161953/install/bin/stap   open.stp -c
"./openclose" |grep openclose
openclose: open (0xa000000100766080)
openclose: open (<unknown>, O_RDONLY) = 4
openclose: open (0xa000000100766080)
openclose: open (<unknown>, O_RDONLY) = 4
openclose: open (0x0000000000030001)
openclose: open (<unknown>, O_WRONLY|O_CREAT|O_TRUNC, 01200000000040031457640)
= 4
openclose: open (0x0000000000000000)
openclose: open (NULL, O_WRONLY|O_CREAT, 01200000000040035460200) = 5
openclose: open (0x0000000000030001)
openclose: open (<unknown>, O_RDONLY) = 5
openclose: open (0x0000000000030001)
openclose: open (<unknown>, O_RDWR) = 5
openclose: open (0x0000000000030001)
openclose: open (<unknown>, O_WRONLY|O_APPEND) = 5
openclose: open (0x0000000000030001)
openclose: open (<unknown>, O_RDWR|O_DIRECT) = 5
openclose: open (0x0000000000030001)
openclose: open (<unknown>, O_RDWR|O_NOATIME|O_SYNC) = 5
openclose: open (0x0000000000030001)
openclose: open (<unknown>, O_WRONLY) = -21 (EISDIR)
openclose: open (0x0000000000030001)
openclose: open (<unknown>, O_WRONLY|O_CREAT|O_EXCL, 01200000000040031457640) =
-17 (EEXIST)

The values for $filename do not look correct.

-- 


http://sourceware.org/bugzilla/show_bug.cgi?id=4475

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.