From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1194 invoked by alias); 10 Jul 2009 11:22:24 -0000 Received: (qmail 1154 invoked by uid 48); 10 Jul 2009 11:22:12 -0000 Date: Fri, 10 Jul 2009 11:22:00 -0000 From: "mjw at redhat dot com" To: systemtap@sources.redhat.com Message-ID: <20090710112212.10381.mjw@redhat.com> Reply-To: sourceware-bugzilla@sourceware.org Subject: [Bug runtime/10381] New: sdt.h macros create relocatable addresses in non-writable allocated .probes section X-Bugzilla-Reason: AssignedTo 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-q3/txt/msg00082.txt.bz2 This causes selinux memory protection failures: SELinux is preventing uprobesgcc-O0de from loading /usr/local/build/systemtap-obj/testsuite/libuprobeslibgcc-O0default-debug.so which requires text relocation. Which look like: ./myexe: error while loading shared libraries: libmylib.so: cannot open shared object file: No such file or directory Where mylib.c just has the innocent looking: STAP_PROBE1(test, lib_main, 1); This seems to be caused by the fact that we are taking the address of the generated label (&&label) and store that in the .probes section. Which seem to result in R_X86_64_RELATIVE relocations in the .probes section, which is insegment 0 which is LOADed with just R E, not W. -- Summary: sdt.h macros create relocatable addresses in non- writable allocated .probes section Product: systemtap Version: unspecified Status: NEW Severity: normal Priority: P2 Component: runtime AssignedTo: systemtap at sources dot redhat dot com ReportedBy: mjw at redhat dot com http://sourceware.org/bugzilla/show_bug.cgi?id=10381 ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.