Skip to content

Conversation

@keyonjie
Copy link

The existed '-l' is for nloops of speaker-test, which is used to
configure the loop number of left/right .wav files in each playback, it
is not suitable for the loop count for the speaker-test stress.

Change the old speaker-test one to '-L' and add new '-l' for stress test
purpose, to make it consistent with stress test of other cases.

Signed-off-by: Keyon Jie yang.jie@linux.intel.com

The existed '-l' is for nloops of speaker-test, which is used to
configure the loop number of left/right .wav files in each playback, it
is not suitable for the loop count for the speaker-test stress.

Change the old speaker-test one to '-L' and add new '-l' for stress test
purpose, to make it consistent with stress test of other cases.

Signed-off-by: Keyon Jie <yang.jie@linux.intel.com>
@keyonjie keyonjie requested a review from a team as a code owner May 11, 2021 05:37
Copy link
Contributor

@fredoh9 fredoh9 left a comment

Choose a reason for hiding this comment

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

Good catch and improvement. Thank you for bring back '-l' option for the test! (and still keeping speaker-test's -l option)

Copy link
Collaborator

@marc-hb marc-hb left a comment

Choose a reason for hiding this comment

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

Please don't add new shellcheck warnings. You don't have to fix all warnings if you want to keep your PR small and focused but please don't increase the number of warnings.


dlogc "speaker-test -D $dev -r $rate -c $channel -f $fmt -l $tcnt -t wav -P 8"
speaker-test -D $dev -r $rate -c $channel -f $fmt -l $tcnt -t wav -P 8 2>&1 |tee $LOG_ROOT/result_$loop_$idx.txt
resultRet=$?
Copy link
Collaborator

Choose a reason for hiding this comment

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

I realize the code was already like this before this PR but here resultRet=$? is not the exit code of speaker-test, it's the exit code of the tee command/ which is useless - more green failures and untested test code yet again.

Please make sure this test fails when speaker test fails and fix it first if it does not; there's no point enhancing a test that does not even report failures in the first place. A very simple way to test the test is to temporarily pass a broken parameter.

Isn't a simple speaker-test || die enough? Do we really need these log files? Does speaker-test not use the exit code to report errors?

OPT_NAME['l']='loop' OPT_DESC['l']='stress loops count'
OPT_HAS_ARG['l']=1 OPT_VAL['l']=1

OPT_NAME['L']='nloops' OPT_DESC['L']='option of speaker-test, loop number of .wav files, 0 = infinite'
Copy link
Collaborator

Choose a reason for hiding this comment

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

What .wav files?


OPT_NAME['l']='loop' OPT_DESC['l']='option of speaker-test'
OPT_HAS_ARG['l']=1 OPT_VAL['l']=3
OPT_NAME['l']='loop' OPT_DESC['l']='stress loops count'
Copy link
Collaborator

Choose a reason for hiding this comment

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

"stress loops count" would apply to either option, please use a description that makes a difference with the other option. Maybe something like "How many times speaker-test is run" versus "speaker-test --nloops option"

@marc-hb marc-hb added type:enhancement New framework feature or request False Pass / green failure labels Jul 3, 2021
@sofci
Copy link
Collaborator

sofci commented Nov 10, 2023

Can one of the admins verify this patch?

reply test this please to run this test once

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

False Pass / green failure type:enhancement New framework feature or request

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants