-
Notifications
You must be signed in to change notification settings - Fork 325
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[FEATURE] Disable trace suppression for select messages #5597
Comments
@cujomalainey does increasing CONFIG_TRACE_BURST_COUNT=4 help at all? |
@ranj063 the count in the example there is 22 and 19. |
I see how turning off adaptive filtering. TRACE_FILTERING_ADAPTIVE? Not sure if this is even allowed |
Yea, just seems counter when trying to test a production build |
@cujomalainey can we work around this with a tmp fix as the Zephyr logging has different infrastructure ? |
This is low priority so I'm fine waiting until we switch to zephyr to minimize effort |
New issue about Zephyr dictionary: |
This will come from Zephyr. @kv2019i not sure of Zephyr feature availability. |
4 is the default. Did you try 30? You can also lower the TRACE_FILTERING_ADAPTIVE expiration to smaller number of microseconds. PS: as just discussed in #4672, Zephyr does not seem to have any throttling feature. |
@eddy1021 can you test the memory dump on a ADL board with that config? |
Is your feature request related to a problem? Please describe.
Suppression makes sense for most duplicate messages, but there are some cases where it is not helpful, e.g. a heap trace
Describe the solution you'd like
Special traces that cannot be suppressed that are not errors
Describe alternatives you've considered
Increasing the log level of the messages
Additional context
The text was updated successfully, but these errors were encountered: