You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
trace output should include component names from topology #508
Currently trace output only contains the component type but not the component name used by topology. This could make trace confusing if a pipeline had multiple components of the same type or multiple pipelines were running simultaneously.
e.g.
@lgirdwood What do you mean by topology name? Do you think about pipeline_id.component_id?
Does it not be sufficient if we only print component_id as it is unique?
@bkokoszx the topology name for a component or pipeline (they should all be unique). So yes, we will need pipeline->id and component->id for components, pipeline->id for pipelines and also dai->id for SSP, HDA etc.
The intention is to be able to globally identify any part of the trace against topology.
@lgirdwood I don't see an easy way to automate collection of these IDs, and it would be tedious to pass IDs to each and every trace_event macro. And adding separate macro that also accepts IDs will miss the point, as it is suboptimal. Do you have any idea how to implement this feature user-friendly?
@akloniex Add pipeline and comp ID fields to the data format then make sure all the trace macros accept these 2 IDs. If a trace user has no IDs then we can just set them as 0s.
logger will then take the pipeline ID and comp ID and then sprintf() it with component type.
Activity
bkokoszx commentedon Oct 30, 2018
@lgirdwood What do you mean by topology name? Do you think about pipeline_id.component_id?
Does it not be sufficient if we only print component_id as it is unique?
lgirdwood commentedon Oct 30, 2018
@bkokoszx the topology name for a component or pipeline (they should all be unique). So yes, we will need pipeline->id and component->id for components, pipeline->id for pipelines and also dai->id for SSP, HDA etc.
The intention is to be able to globally identify any part of the trace against topology.
akloniex commentedon Oct 31, 2018
@lgirdwood I don't see an easy way to automate collection of these IDs, and it would be tedious to pass IDs to each and every trace_event macro. And adding separate macro that also accepts IDs will miss the point, as it is suboptimal. Do you have any idea how to implement this feature user-friendly?
lgirdwood commentedon Oct 31, 2018
@akloniex Add pipeline and comp ID fields to the data format then make sure all the trace macros accept these 2 IDs. If a trace user has no IDs then we can just set them as 0s.
logger will then take the pipeline ID and comp ID and then sprintf() it with component type.
akloniex commentedon Nov 7, 2018
FW part done with merged PR #530
bkokoszx commentedon Nov 22, 2018
Logger part was made here: thesofproject/soft#118
I think we can close this issue/enhancement.