public inbox for systemtap@sourceware.org
 help / color / mirror / Atom feed
* [Bug runtime/10601] New: user-space deref/registers in loc2c
@ 2009-09-03 21:05 fche at redhat dot com
  2009-09-03 21:11 ` [Bug runtime/10601] " jistone at redhat dot com
                   ` (2 more replies)
  0 siblings, 3 replies; 4+ messages in thread
From: fche at redhat dot com @ 2009-09-03 21:05 UTC (permalink / raw)
  To: systemtap

For secure/robust memory and register access for user-space $target expressions,
the translator must parametrize loc2c to emit different calls for user-space
probes than for kernel-space ones.  This is partly so that user-space $pointers
can't poke at kernel memories, and vice versa.

Related, the user-space register/memory access logic must become aware of
32-bit vs. 64-bit user-space processes on a 64-bit host.  For registers,
this appears to require use of the proper utrace regset machinery instead
of poking at pt_regs.

-- 
           Summary: user-space deref/registers in loc2c
           Product: systemtap
           Version: unspecified
            Status: NEW
          Severity: normal
          Priority: P2
         Component: runtime
        AssignedTo: systemtap at sources dot redhat dot com
        ReportedBy: fche at redhat dot com


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

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

^ permalink raw reply	[flat|nested] 4+ messages in thread

* [Bug runtime/10601] user-space deref/registers in loc2c
  2009-09-03 21:05 [Bug runtime/10601] New: user-space deref/registers in loc2c fche at redhat dot com
@ 2009-09-03 21:11 ` jistone at redhat dot com
  2009-09-04  7:05 ` mjw at redhat dot com
  2009-11-05 13:57 ` fche at redhat dot com
  2 siblings, 0 replies; 4+ messages in thread
From: jistone at redhat dot com @ 2009-09-03 21:11 UTC (permalink / raw)
  To: systemtap


------- Additional Comments From jistone at redhat dot com  2009-09-03 21:11 -------
Likewise, @cast will need to learn whether its type should be treated as a user
or kernel.  This can't come from probe context, since @cast can appear in any
probe or function.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jistone at redhat dot com


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

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

^ permalink raw reply	[flat|nested] 4+ messages in thread

* [Bug runtime/10601] user-space deref/registers in loc2c
  2009-09-03 21:05 [Bug runtime/10601] New: user-space deref/registers in loc2c fche at redhat dot com
  2009-09-03 21:11 ` [Bug runtime/10601] " jistone at redhat dot com
@ 2009-09-04  7:05 ` mjw at redhat dot com
  2009-11-05 13:57 ` fche at redhat dot com
  2 siblings, 0 replies; 4+ messages in thread
From: mjw at redhat dot com @ 2009-09-04  7:05 UTC (permalink / raw)
  To: systemtap


------- Additional Comments From mjw at redhat dot com  2009-09-04 07:05 -------
This is the root cause of bug #10318 "Bad address reading arg from mark probe"
which also contains some discussions about the implementation of this in loc2c.
The register mapping disparity also seems to be the root cause of some of the
exelib.exp mark.tcl tests failing (currently disabled) on 32-on-64 bit systems,
bug #10289 "stap probes user space markers don't work with 32-on-64
executables". On i386 some sdt_misc.exp sdt_types tests are failing, which most
likely can also be attributed to the register fetch mismatch in user space.

It might be good to make comment #1 into its own bug.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
OtherBugsDependingO|                            |10289, 10318
              nThis|                            |
         AssignedTo|systemtap at sources dot    |mjw at redhat dot com
                   |redhat dot com              |
             Status|NEW                         |ASSIGNED


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

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

^ permalink raw reply	[flat|nested] 4+ messages in thread

* [Bug runtime/10601] user-space deref/registers in loc2c
  2009-09-03 21:05 [Bug runtime/10601] New: user-space deref/registers in loc2c fche at redhat dot com
  2009-09-03 21:11 ` [Bug runtime/10601] " jistone at redhat dot com
  2009-09-04  7:05 ` mjw at redhat dot com
@ 2009-11-05 13:57 ` fche at redhat dot com
  2 siblings, 0 replies; 4+ messages in thread
From: fche at redhat dot com @ 2009-11-05 13:57 UTC (permalink / raw)
  To: systemtap



-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
OtherBugsDependingO|                            |10907
              nThis|                            |


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

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

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2009-11-05 13:57 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-09-03 21:05 [Bug runtime/10601] New: user-space deref/registers in loc2c fche at redhat dot com
2009-09-03 21:11 ` [Bug runtime/10601] " jistone at redhat dot com
2009-09-04  7:05 ` mjw at redhat dot com
2009-11-05 13:57 ` fche at redhat dot com

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).