Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "CDT/Obsolete/MultiCoreDebugWorkingGroup"

< CDT‎ | Obsolete
(Multi-Core Debugging)
(Next Teleconference)
(192 intermediate revisions by 7 users not shown)
Line 1: Line 1:
= '''Multi-Core Debugging Work Group''' =
+
= Introduction =
  
This page documents the activities of CDT's Multi-Core Working Group.  This group aims to bring together different people from the community to jointly work on developing multi-core debugging for CDT.  The group was first proposed at the CDT Summit 2010 and the suggestion was well received.
+
This page documents the activities of CDT's Multi-Core Working Group.  This group aims to bring together different people from the community to jointly work on developing multi-core debugging for CDT.  The group was first proposed at the [http://wiki.eclipse.org/CDT/summitfall2010 CDT Summit 2010] and the suggestion was well received.
  
Any one interested in helping in this effort is welcome to follow or join the group.
+
Although this effort does cover the debugging of target with multiple cores, we use the term ''Multi-core debugging'' in a much wider sense.  ''Multi-core debugging'' is meant to describe the simultaneous debugging of multiple cores, processes, threads, or other objects which are represented in standard debugger views.
  
=== Conference calls ===
+
Any one interested in helping in this effort is welcome to follow or join the group. Teleconferences are held on a regular basis to discuss progress, issues, features, tasks, etc.<br>
  
Conference calls are held on a regular basis to discuss progress, issues, features, tasks, etc.<br>
+
= Next Teleconference =
Currently, we have conference calls every two weeks.  The next call info is:
+
  
: Tuesday November 30th, 2010 at 11 a.m. Ottawa time
+
Every second Tuesday of the month at 11am Ottawa time <br>
: Canada and US Toll Free - (877) 748-5444
+
'''The next one will be on Tuesday May 12th, 2015, 11am<br>'''
: [[CDT/MultiCoreDebugWorkingGroup/calls | International Numbers]]
+
: Conference ID - 620 4947
+
: [[CDT/MultiCoreDebugWorkingGroup/calls/minutes | Upcoming agenda and previous minutes]]
+
  
== Multi-Core Debugging ==
+
The call info is the same as for the CDT monthly calls:
  
Although this effort covers the debugging of target with multiple cores, we use the term ''Multi-core debugging'' in much wider sense.  ''Multi-core debugging'' is meant to describe the simultaneous debugging of multiple cores, processes, threads, or other objects which are represented in standard debugger views.
+
* North America 1-866-569-4992
 +
* Germany 49-692-2224-6059
 +
* France 33-(0)-17-070-8535
 +
* UK 0800-033-7806
 +
* Switzerland 41-44-580-2115
 +
* Sweden 46-85-063-8386
 +
* Italy 003-902-3604-8268
  
=== Suggested features ===
+
Attendees use this: Extension: 700 Passcode: 19455
  
# Grouping of debug view elements
+
'''Agenda'''<br>
# Debug operations (step, resume) on groups
+
* Mars release
# Hiding of debug view elements
+
* Standalone debugger fails to launch with M6 [http://eclip.se/467109 Bug 467109]
# User-selectable Debug View layouts
+
* RCP Standalone debugger
# Pin and Clone of debugging views
+
* Docker contribution
# Grid view
+
* Register Grouping and Variable Objects for registers
 +
* RunControl Grouping
 +
* Memory view fixes
 +
* [https://wiki.eclipse.org/CDT/User/NewIn87#Exited_processes_shown_in_the_debug_view Showing Exited processes]
 +
* Other
  
=== Features already completed ===
+
= Previous minutes of meetings =
  
[[CDT/MultiCoreDebugWorkingGroup/CompletedFeatures | List of features that have already been implemented.]]
+
: [[CDT/MultiCoreDebugWorkingGroup/calls/minutes | Previous minutes of meetings]]
  
=== Use-cases ===
+
= Features of current interest =
  
[[CDT/MultiCoreDebugWorkingGroup/UseCases | Description of the set of use-cases proposed to be covered.]]
+
The following is a list of features have had some effort invested in them but are not ready for release.  The effort might have stopped due to lack of resources, but could be easily revived.
  
=== Current issues ===
+
# [[CDT/MultiCoreDebugWorkingGroup/MultiLevelHierarchy | Multi Level Hierarchy in the Debug View]]
 +
# [[CDT/MultiCoreDebugWorkingGroup/DebugElementsGrouping | Grouping of debug view elements]]
 +
# [[CDT/MultiCoreDebugWorkingGroup/DebugElementsHiding | Hiding of debug view elements]]
 +
# [[CDT/MultiCoreDebugWorkingGroup/DebugViewLayouts | User-selectable Debug View layouts]]
 +
# [[CDT/MultiCoreDebugWorkingGroup/VisualizerView | Visualizer View]]
 +
#* A first version of the Multicore Visualizer as well as the Visualizer Framework are part of the Juno release
 +
#* Many enhancements are still of interest.
 +
# [[CDT/MultiCoreDebugWorkingGroup/SynchronizedOperations | Synchronized/Grouped Run Control Operations]]
 +
#* User defines a group (cores or processes or threads) which makes up the application, and can perform application-level operations on it
 +
# [[CDT/MultiCoreDebugWorkingGroup/GlobalBreakpoints | Global breakpoints]]
 +
# [[CDT/MultiCoreDebugWorkingGroup/EnhancedBreakpoints | Enhanced Breakpoint Support]]
 +
# [[CDT/MultiCoreDebugWorkingGroup/NewLaunchUI | New Launch UI]]
  
# DSF sees to have a limitation where it only accepts a single level of IContainerDMContext.
+
= Features already completed =
  
=== Multi Level Hierarchy in the Debug View using DSF (Dobrin)===
+
[[CDT/MultiCoreDebugWorkingGroup/CompletedFeatures | List of features that have already been implemented.]]
 
+
Currently Platform Flexible enables the debug view to show any hierarchy of objects.
+
 
+
DSF currently has defined two data model interfaces IExecutionDMContext and IContainerDMContext
+
and two view models classes: AbstractThreadVMNode and AbstractContainerVMNode. <br>
+
I would like to explore these interfaces and the classes using them to deliver the following features:
+
 
+
* Containers can be recursive - each container can have its own stack and/or other child containers.
+
* The user should be able to filter and show container nodes or container types.
+
* The user should be able to group and ungroup container nodes or container types.
+
* Filtering and grouping nodes can be both with the involvement of the back end debugger or not.
+
* The user should be able to change the way the contaniers are presented in the debug view without changing the container's hierarchy. 
+
* The containers can have types so the user can filter or group containers by container type.
+
 
+
I believe these features are driven from the following use cases:
+
 
+
User cases:
+
* UC1:
+
The debug view shows hierarchy "core – process - thread"
+
The user can switch the hierarchy to show "process – thread – core"
+
 
+
* UC2:
+
The debug view shows hierarchy "core – thread – process"
+
The user can hide and show all "core" nodes. All "thread" nodes will appear as children of the launch node.
+
The user can hide specific core from the hierarchy. Its "thread" nodes can either hide, or they can become children of the launch node.
+
 
+
* UC3:
+
The user of a multicore system can hide and show the boards the cores / devices / connections the core belongs to.
+
 
+
* UC4:
+
The user can create custom groups that he can use for synchronized stepping / running / halting.
+
 
+
* UC5:
+
The user can hide in the debug view all threads and processes with names that matches a specific pattern.  
+
  
Currently I know of two Bugzilla entries related to the idea:
+
= Potential future features =
+
[https://bugs.eclipse.org/bugs/show_bug.cgi?id=240208 Bug 240208] A single VMNode should represent all execution levels<br>
+
[https://bugs.eclipse.org/bugs/show_bug.cgi?id=306868 Bug 306868] DefaultVMModelProxyStrategy does not generate proper delta with recursive VM nodes<br>
+
  
I think we can reuse the first one to further discussion on the topic.
+
[[CDT/MultiCoreDebugWorkingGroup/PotentialFeatures | List of features that have been proposed]] and may be addressed in the future.
To discuss requirements and use cases we can use this page.
+
  
=== Related Information ===
+
= Use Cases =
  
[http://wiki.eclipse.org/CDT/designs/MultiCoreDebug Original CDT Multi-Core wiki page]<br>
+
* [[CDT/MultiCoreDebugWorkingGroup/UseCaseKernelDebug | Kernel Debug (also: bare-metal/bootloader debug)]]
[http://wiki.eclipse.org/PinAndClone Pin & Clone effort]
+
* [[CDT/MultiCoreDebugWorkingGroup/UseCaseEmbeddedApplicationDebug | Embedded Application Debug]]
 +
** [[CDT/MultiCoreDebugWorkingGroup/UseCaseApplicationDebug | Develop-on-Target (local application debug)]]

Revision as of 10:43, 12 May 2015

Introduction

This page documents the activities of CDT's Multi-Core Working Group. This group aims to bring together different people from the community to jointly work on developing multi-core debugging for CDT. The group was first proposed at the CDT Summit 2010 and the suggestion was well received.

Although this effort does cover the debugging of target with multiple cores, we use the term Multi-core debugging in a much wider sense. Multi-core debugging is meant to describe the simultaneous debugging of multiple cores, processes, threads, or other objects which are represented in standard debugger views.

Any one interested in helping in this effort is welcome to follow or join the group. Teleconferences are held on a regular basis to discuss progress, issues, features, tasks, etc.

Next Teleconference

Every second Tuesday of the month at 11am Ottawa time
The next one will be on Tuesday May 12th, 2015, 11am

The call info is the same as for the CDT monthly calls:

  • North America 1-866-569-4992
  • Germany 49-692-2224-6059
  • France 33-(0)-17-070-8535
  • UK 0800-033-7806
  • Switzerland 41-44-580-2115
  • Sweden 46-85-063-8386
  • Italy 003-902-3604-8268

Attendees use this: Extension: 700 Passcode: 19455

Agenda

  • Mars release
  • Standalone debugger fails to launch with M6 Bug 467109
  • RCP Standalone debugger
  • Docker contribution
  • Register Grouping and Variable Objects for registers
  • RunControl Grouping
  • Memory view fixes
  • Showing Exited processes
  • Other

Previous minutes of meetings

Previous minutes of meetings

Features of current interest

The following is a list of features have had some effort invested in them but are not ready for release. The effort might have stopped due to lack of resources, but could be easily revived.

  1. Multi Level Hierarchy in the Debug View
  2. Grouping of debug view elements
  3. Hiding of debug view elements
  4. User-selectable Debug View layouts
  5. Visualizer View
    • A first version of the Multicore Visualizer as well as the Visualizer Framework are part of the Juno release
    • Many enhancements are still of interest.
  6. Synchronized/Grouped Run Control Operations
    • User defines a group (cores or processes or threads) which makes up the application, and can perform application-level operations on it
  7. Global breakpoints
  8. Enhanced Breakpoint Support
  9. New Launch UI

Features already completed

List of features that have already been implemented.

Potential future features

List of features that have been proposed and may be addressed in the future.

Use Cases

Back to the top