diff options
author | Quentin Schulz <quentin.schulz@cherry.de> | 2024-06-10 18:11:44 +0200 |
---|---|---|
committer | Tom Rini <trini@konsulko.com> | 2024-06-13 09:31:56 -0600 |
commit | ca6a992e09441d6cca73439c63c3735f86b36ea4 (patch) | |
tree | 0c6094a996e937d45325f9cde4281919e11ad28e /arch/arm/mach-stm32mp | |
parent | 53de4841bda27c0068ae4c1684e0cabc271d7951 (diff) | |
download | u-boot-ca6a992e09441d6cca73439c63c3735f86b36ea4.zip u-boot-ca6a992e09441d6cca73439c63c3735f86b36ea4.tar.gz u-boot-ca6a992e09441d6cca73439c63c3735f86b36ea4.tar.bz2 |
cmd: sound: fix help text
There's never been a -q or -s argument handled in the command, so let's
remove it. This was highlighted during review[1] but somehow still got
through.
While at it, slightly "reword" in the help text how the len + freq
arguments are defined. Indeed, len and freq work in pair, it is possible
to define none of either, n of both, or n - 1 of freq if there are n
len, in which case the freq that goes with the last len would be the n -
1 (and not the default of 400Hz if neither len nor freq is passed). I
assume this isn't what's expected but leaving it for another patch if
need be to fix what happens in that very odd scenario.
[1] https://lore.kernel.org/u-boot/CAPnjgZ0QWNqVFZfEWHxRcFOA3E3gRAZCYs77nGUXKL0pLp+JLQ@mail.gmail.com/
Fixes: ea58b9a404d4 ("cmd: allow sound command to play multiple sounds")
Signed-off-by: Quentin Schulz <quentin.schulz@cherry.de>
Reviewed-by: Simon Glass <sjg@chromium.org>
Diffstat (limited to 'arch/arm/mach-stm32mp')
0 files changed, 0 insertions, 0 deletions