Skip to content

Conversation

@ktrzcinx
Copy link
Member

It is the first step to allow iterating over the trace context
entries and of search for the right one.

Signed-off-by: Karol Trzcinski karolx.trzcinski@linux.intel.com

It's a part of #2965

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Cc: @crazoes

@ktrzcinx looks good to me. Can you add a little bit more information in the commit message or here in comments on why do we want to iterate over the trace context entries.

And what does it mean 'the right one'? What are we looking for. Maybe describe a little bit how this works.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I extended commit description

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@ktrzcinx thanks! Looks good to me.

@ktrzcinx ktrzcinx force-pushed the logger-tctx-section branch from feb67ea to 710627d Compare May 29, 2020 10:50
@lgirdwood
Copy link
Member

@ktrzcinx can you check CI

To allow changing trace level of global elements, like
system agent or component driver, than it must be possible
to find corresponding trace context.
It is the first step to allow iterating over the trace context
entries and find what we are looking for. Linker variables
_trace_ctx_start and _trace_ctx_end will be needed to know
this section size in runtime code.

Signed-off-by: Karol Trzcinski <karolx.trzcinski@linux.intel.com>
@ktrzcinx ktrzcinx force-pushed the logger-tctx-section branch from 710627d to 74bc4be Compare June 1, 2020 09:46
@ktrzcinx
Copy link
Member Author

ktrzcinx commented Jun 1, 2020

Small fix was needed - do not specify target section during unit test build. Now should be ok.

@lgirdwood
Copy link
Member

@ktrzcinx @keyonjie should this PR be applied instead of patch from @keyonjie

@ktrzcinx
Copy link
Member Author

ktrzcinx commented Jun 3, 2020

Response for Liam question is in #2920 (comment)

@keyonjie
Copy link
Contributor

keyonjie commented Jun 3, 2020

@ktrzcinx @keyonjie should this PR be applied instead of patch from @keyonjie

@lgirdwood I think this is for trace section only, there should be no dependency to mine.

@jajanusz jajanusz merged commit ef43899 into thesofproject:master Jun 3, 2020
marc-hb added a commit to marc-hb/zephyr that referenced this pull request Dec 15, 2021
The CAVS linker scripts in Zephyr and "plain" (XTOS) SOF seem to share
the same origin and they mostly duplicate each other so they naturally
keep diverging from each other. This commit catches up with the SOF
commit ef43899c580f (thesofproject/sof/pull/2996) which added
the *(.trace_ctx) sections as part of the runtime log filtering
implementation (feature request thesofproject/sof/issues/2172)

Paraphrasing that commit, the goal is to create at link time a C-like
array by regrouping scattered trace contexts so they can be iterated on.

Together with some other changes in SOF, these 3 additional lines are
enough change in Zephyr to fix SOF bug thesofproject/sof/issues/5032

Signed-off-by: Marc Herbert <marc.herbert@intel.com>
MaureenHelm pushed a commit to zephyrproject-rtos/zephyr that referenced this pull request Dec 16, 2021
The CAVS linker scripts in Zephyr and "plain" (XTOS) SOF seem to share
the same origin and they mostly duplicate each other so they naturally
keep diverging from each other. This commit catches up with the SOF
commit ef43899c580f (thesofproject/sof/pull/2996) which added
the *(.trace_ctx) sections as part of the runtime log filtering
implementation (feature request thesofproject/sof/issues/2172)

Paraphrasing that commit, the goal is to create at link time a C-like
array by regrouping scattered trace contexts so they can be iterated on.

Together with some other changes in SOF, these 3 additional lines are
enough change in Zephyr to fix SOF bug thesofproject/sof/issues/5032

Signed-off-by: Marc Herbert <marc.herbert@intel.com>
coreboot-bot pushed a commit to coreboot/zephyr-cros that referenced this pull request Dec 21, 2021
The CAVS linker scripts in Zephyr and "plain" (XTOS) SOF seem to share
the same origin and they mostly duplicate each other so they naturally
keep diverging from each other. This commit catches up with the SOF
commit ef43899c580f (thesofproject/sof/pull/2996) which added
the *(.trace_ctx) sections as part of the runtime log filtering
implementation (feature request thesofproject/sof/issues/2172)

Paraphrasing that commit, the goal is to create at link time a C-like
array by regrouping scattered trace contexts so they can be iterated on.

Together with some other changes in SOF, these 3 additional lines are
enough change in Zephyr to fix SOF bug thesofproject/sof/issues/5032

(cherry picked from commit 9a1c5ec)

Signed-off-by: Marc Herbert <marc.herbert@intel.com>
GitOrigin-RevId: 9a1c5ec
Change-Id: I5ecc06b5e5a7bd208cf6cdea4aa91c31bd4b25ec
Reviewed-on: https://chromium-review.googlesource.com/c/chromiumos/third_party/zephyr/+/3347405
Tested-by: CopyBot Service Account <copybot.service@gmail.com>
Reviewed-by: Tristan Honscheid <honscheid@google.com>
Commit-Queue: Tristan Honscheid <honscheid@google.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

6 participants