From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19817 invoked by alias); 13 Jul 2015 14:38:32 -0000 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 Received: (qmail 19771 invoked by uid 48); 13 Jul 2015 14:38:28 -0000 From: "dsmith at redhat dot com" To: systemtap@sourceware.org Subject: [Bug tapsets/18649] int_arg() misbehaves on x86[_64] for 32-bit uprobe in binary having debuginfo Date: Mon, 13 Jul 2015 14:38:00 -0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: systemtap X-Bugzilla-Component: tapsets X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: dsmith at redhat dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: systemtap at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2015-q3/txt/msg00035.txt.bz2 https://sourceware.org/bugzilla/show_bug.cgi?id=18649 David Smith changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dsmith at redhat dot com --- Comment #6 from David Smith --- (In reply to Martin Cermak from comment #3) > Maybe it'd be useful to have an option to foce stap not to use debuginfo > even if it's available. It'd be easier to use and less invasive than strip. > I've seen more contraindications between present debuginfo and dwarfless > probes today, e.g when testing longlong_arg() in 32-on-64 environment on > x86_64. I see e.g. -P in the man page, but not resp. opposite switch. Dunno. > Just saying. > > This is just a sidenote, since it has nothing to do with actual fix for this > bug. There sort of is an option to ignore all debuginfo, by setting the SYSTEMTAP_DEBUGINFO environment variable to the empty string. This is what the nd_syscall.exp test case does, to make sure we're using dwarfless accesses for everything. Here's the section from the test case: # Override SYSTEMTAP_DEBUGINFO_PATH to ensure no debuginfo could be used set env(SYSTEMTAP_DEBUGINFO_PATH) "" See stappaths.7 for more info on SYSTEMTAP_DEBUGINFO_PATH if you are interested. I made this change to nd_syscall.exp after running into copy-and-paste errors when adding probes to the nd_syscall tapsets - I'd accidentally leave a '$foo' reference in the nd_syscall probe. I know this works to ignore kernel debuginfo, I haven't tested to make sure it works to ignore user program debuginfo. -- You are receiving this mail because: You are the assignee for the bug.