Shared Tasks CSV

Languages: Any
Targets: Architectures
Interactive report of objects accessed from multiple call trees.

Architectures are used to tag the root functions defining the call trees. This report runs on such architectures to highlight global objects accessed from multiple call trees.

Architecture Structure

Working with multiple call trees means working with multiple root functions. To pass multiple entities to a plugin, the entities must be grouped together in an architecture. A simple architecture can have the format:

• Name of root architecture can be anything
  • Any name containing the word tasks (case insensitive)
    • function1()
    • function2()

The shared tasks plugins also support additional fields for the tasks. These fields are displayed on the graph under the task name, and in the table as columns. Currently supported fields are 'core' and 'priority'. A field can be used instead of an architecture name containing the word tasks.

• Name of root architecture can be anything
  • Any name containing the the word core or priority (case insensitive)
    • Field value like 1
      • function1()
    • Another field value like 2
      • function2()

Finally, the architecture can be used to identify functions that enable and disable interrupts. References protected by these functions (preceded by a call to the disable function and followed by a call to the enable function) are identified by the plugins. The naming pattern interrupt control is (ommitting the tasks):

• Name of root architecture can be anything
  • name containing the word interrupt or the word control (case insensitive)
    • any name here. This layer allows multiple pairs of interrupt functions
      • enable
        • enableFunction()
      • disable
        • disableFunction()

More documentation is available in the README ↗ file in the repository. See also the Shared Tasks solution and the related graph plugins for architectures and objects. Also related are concurrency plugins.