This is the mail archive of the systemtap@sourceware.org mailing list for the systemtap project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug uprobes/12741] New: rip-relative instruction is not detected as such


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

           Summary: rip-relative instruction is not detected as such
           Product: systemtap
           Version: unspecified
            Status: NEW
          Severity: normal
          Priority: P2
         Component: uprobes
        AssignedTo: systemtap@sourceware.org
        ReportedBy: jistone@redhat.com


On Fedora 15 x86_64, uprobes handle_riprel_insn() is computing need_modrm:0 for
opcode 0x89, when the table says it should be 1.  Thus the instruction is not
properly being treated as rip-relative.

I noticed that with gcc 4.6, compiling uprobes gives a few warnings like:

    arch/x86/include/asm/bitops.h:319:2: warning: use of memory input
    without lvalue in asm operand 1 is deprecated [enabled by default]

That line is the asm statement in variable_test_bit().  The most obvious
difference is that test_bit takes const volatile, and our table is just const. 
It has always been thus, but apparently gcc 4.6 cares more about this, and is
generating code differently as a result.

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]