-
Notifications
You must be signed in to change notification settings - Fork 44
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
[BUG] check-performance.sh failed with ValueError: invalid literal for int() #1108
Comments
From: @aiChaoSONG The module name parsing from the kernel message is based on pattern like this:
A message that containing The assumption is true in most cases, but sometimes may be wrong. I could try to fix it. |
When exactly can it be wrong? Is it because of a (non-performance) bug? If yes then the test should still fail; just with a better error message. |
@fredoh9 , could you attach an dmesg.txt file for further debug this isssue? Chao shared some ideas to me, I can continue work on this issue. |
@btian1 here you are, link: planresultdetail/33757?model=MTLP_SDW_AIOC-ace1_0-ipc4&testcase=check-performance |
When there is no widget ID information in creat widget related logs, try to search and find the widget ID in bind related logs. fixes: thesofproject#1108 Signed-off-by: Baofeng Tian <[email protected]>
When there is no widget ID information in creat widget related logs, try to search and find the widget ID in bind related logs. fixes: thesofproject#1108 Signed-off-by: Baofeng Tian <[email protected]>
@fredoh9 did you observe this issue on other platform? I can reproduce this with MTLP_SDW_AIOC, not sure other platforms, @plbossart may want to have a check from kernel side, and see whether can have a fix from kernel side. |
If you can easily reproduce this logging issue in at least one configuration then that is great news. Focus the debug and analysis on that configuration for now. Don't submit any fix before understanding and explaining the problem. |
I saw the error only with MTLP_SDW_AIOC |
I was wrong, found in MTLP_RVP_HDA also
Intel internal link: |
For HDA, only two failure was reported for a month. Except today failure, last failure was 2023-10-17 17:27:57. |
This is a follow up with kernel PR: thesofproject/linux#4709 With above PR, pipeline and module creation are using separate print for information output, hence, script need change as well to catch up with kernel logs. fixes: thesofproject#1108 Signed-off-by: Baofeng Tian <[email protected]>
This is a follow up with kernel PR: thesofproject/linux#4709 With above PR, pipeline and module creation are using separate print for information output, hence, script need change as well to catch up with kernel logs. fixes: thesofproject#1108 Signed-off-by: Baofeng Tian <[email protected]>
In existing code, we parse component name from the line that contains 'Create widget', and component ID from the next line, which normally is the ipc tx message: Create widget host-copier.0.playback instance 0 - pipe 1 - core 0 ipc tx : 0x40000004|0x15: MOD_INIT_INSTANCE [data size: 84] However, due to the concurrent nature of linux kernel, the assumption that `Create widget` message and `ipc tx` message are always adjacent is wrong. An exception will be raised if the next line is not the 'ipc tx' message. The first step to fix the issue is to make a kernel PR to print all the information we need in a single 'Create widget' line, thus to avoid the requirement for multiple lines of kernel message, see thesofproject/linux#4709. And next,this patch will parse the new 'Create widget' line to get component name and ID. fixes: thesofproject#1108 Signed-off-by: Baofeng Tian <[email protected]>
In existing code, we parse component name from the line that contains 'Create widget', and component ID from the next line, which normally is the ipc tx message: Create widget host-copier.0.playback instance 0 - pipe 1 - core 0 ipc tx : 0x40000004|0x15: MOD_INIT_INSTANCE [data size: 84] However, due to the concurrent nature of linux kernel, the assumption that `Create widget` message and `ipc tx` message are always adjacent is wrong. An exception will be raised if the next line is not the 'ipc tx' message. The first step to fix the issue is to make a kernel PR to print all the information we need in a single 'Create widget' line, thus to avoid the requirement for multiple lines of kernel message, see thesofproject/linux#4709. And next,this patch will parse the new 'Create widget' line to get component name and ID. fixes: thesofproject#1108 Signed-off-by: Baofeng Tian <[email protected]> Signed-off-by: Chao Song <[email protected]>
In existing code, we parse component name from the line that contains 'Create widget', and component ID from the next line, which normally is the ipc tx message: Create widget host-copier.0.playback instance 0 - pipe 1 - core 0 ipc tx : 0x40000004|0x15: MOD_INIT_INSTANCE [data size: 84] However, due to the concurrent nature of linux kernel, the assumption that `Create widget` message and `ipc tx` message are always adjacent is wrong. An exception will be raised if the next line is not the 'ipc tx' message. The first step to fix the issue is to make a kernel PR to print all the information we need in a single 'Create widget' line, thus to avoid the requirement for multiple lines of kernel message, see thesofproject/linux#4709. And next,this patch will parse the new 'Create widget' line to get component name and ID. Fixes: thesofproject#1108 Signed-off-by: Baofeng Tian <[email protected]> Signed-off-by: Chao Song <[email protected]>
Thanks, Marc, and with one more PR to kernel: |
Describe the bug
check-performance.sh failed with ValueError: invalid literal for int()
Most recent failure link is
planresultdetail/32602?model=MTLP_SDW_AIOC-ace1_0-ipc4&testcase=check-performance
To Reproduce
Test with MTLP_SDW_AIOC
TPLG=/lib/firmware/intel/sof-ace-tplg/sof-mtl-rt711-l0-rt1316-l23-rt714-l1.tplg MODEL=MTLP_SDW_AIOC-ace1_0-ipc4 SOF_TEST_INTERVAL=5 ~/sof-test/test-case/check-performance.sh
The text was updated successfully, but these errors were encountered: