Bug 349967 - [tracepoints] Decorator for fast tracepoints
Summary: [tracepoints] Decorator for fast tracepoints
Status: NEW
Alias: None
Product: CDT
Classification: Tools
Component: cdt-debug-dsf-gdb (show other bugs)
Version: 8.0   Edit
Hardware: PC Linux
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Project Inbox CLA
QA Contact: Jonah Graham CLA
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-06-21 13:32 EDT by Marc Khouzam CLA
Modified: 2020-09-04 15:23 EDT (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Marc Khouzam CLA 2011-06-21 13:32:31 EDT
Some tracepoints can be installed as 'slow' tracepoints (using traps like breakpoints), while others can be 'fast' tracepoints (using code patching and jumps).

It would be nice to have a visual indicator like a decorator to show the user if the tracepoint is a fast tracepoint or a slow one.  

The way I'm planning on supporting fast tracepoint in bug 346320 is that a tracepoint will be fast or slow, for a specific launch/target.  Therefore, the same tracepoint could be fast for one launch while slow for another.  This complicates the adding of a decorator because we don't handle multi-target breakpoints/tracepoints well at this time.

Say I launch a session which installs a tp as a fast tracepoint.  We add a decorator that shows the fact that it is a fast tp.  If I then launch another session, but that this new session installs the tp as a slow tracepoint, it will no longer be clear from the decorator if the tp is a fast or a slow one.

Once we have 'enhanced breakpoint support' as we have been discussing in the multicore debug workgroup, we should be able to address this issue better.