From: Fushuai Wang <fushuai.wang@linux.dev>
To: rostedt@goodmis.org
Cc: fushuai.wang@linux.dev, linux-kernel@vger.kernel.org,
linux-kselftest@vger.kernel.org,
linux-trace-kernel@vger.kernel.org,
mathieu.desnoyers@efficios.com, mhiramat@kernel.org,
shuah@kernel.org, wangfushuai@baidu.com
Subject: Re: [PATCH] selftests/tracing: Fix test_multiple_writes stall
Date: Sat, 27 Dec 2025 11:44:06 +0800 [thread overview]
Message-ID: <20251227034406.73156-1-fushuai.wang@linux.dev> (raw)
In-Reply-To: <20251226132927.4c406bd9@gandalf.local.home>
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=y, Size: 3074 bytes --]
>> When /sys/kernel/tracing/buffer_size_kb is less than 12KB,
>> the test_multiple_writes test will stall and wait for more
>> input due to insufficient buffer space.
>>
>> This patch check current buffer_size_kb value before the test.
>
> Never use "This patch" in a change log. See Submitting Patches:
>
> https://docs.kernel.org/process/submitting-patches.html#describe-your-changes
>
> Describe your changes in imperative mood, e.g. “make xyzzy do frotz”
> instead of “[This patch] makes xyzzy do frotz” or “[I] changed xyzzy to
> do frotz”, as if you are giving orders to the codebase to change its
> behaviour.
>
>
Thank you for pointing this out. I will follow this guideline
in future submissions.
>> If it is less than 12KB, it temporarily increase the buffer to
>> 12KB, and restore the original value after the tests are completed.
>>
>> Fixes: 37f46601383a ("selftests/tracing: Add basic test for trace_marker_raw file")
>> Signed-off-by: Fushuai Wang <wangfushuai@baidu.com>
>> ---
>> .../ftrace/test.d/00basic/trace_marker_raw.tc | 16 +++++++++++++++-
>> 1 file changed, 15 insertions(+), 1 deletion(-)
>>
>> diff --git a/tools/testing/selftests/ftrace/test.d/00basic/trace_marker_raw.tc b/tools/testing/selftests/ftrace/test.d/00basic/trace_marker_raw.tc
>> index 7daf7292209e..216f87d89c3f 100644
>> --- a/tools/testing/selftests/ftrace/test.d/00basic/trace_marker_raw.tc
>> +++ b/tools/testing/selftests/ftrace/test.d/00basic/trace_marker_raw.tc
>> @@ -58,7 +58,7 @@ test_multiple_writes() {
>> echo stop > trace_marker
>>
>> # Check to make sure the number of entries is the id (rounded up by 4)
>> - awk '/.*: # [0-9a-f]* / {
>> + awk -v ORIG="${ORIG}" '/.*: # [0-9a-f]* / {
>> print;
>> cnt = -1;
>> for (i = 0; i < NF; i++) {
>> @@ -70,6 +70,7 @@ test_multiple_writes() {
>> # The number of items is always rounded up by 4
>> cnt2 = int((cnt + 3) / 4) * 4;
>> if (cnt2 != num) {
>> + system("echo \""ORIG"\" > buffer_size_kb");
>
> Why are you doing this in the awk script?
>>
>> exit 1;
>> }
>> break;
>> @@ -89,6 +90,7 @@ test_buffer() {
>> # The id must be four bytes, test that 3 bytes fails a write
>> if echo -n abc > ./trace_marker_raw ; then
>> echo "Too small of write expected to fail but did not"
>> + echo $ORIG > buffer_size_kb
>> exit_fail
>> fi
>>
>> @@ -99,9 +101,21 @@ test_buffer() {
>>
>> if write_buffer 0xdeadbeef $size ; then
>> echo "Too big of write expected to fail but did not"
>> + echo $ORIG > buffer_size_kb
>> exit_fail
>> fi
>> }
>>
>> +ORIG=`cat buffer_size_kb`
>> +
>> +# test_multiple_writes test needs at least 12KB buffer
>> +NEW_SIZE=12
>> +
>> +if [ ${ORIG} -lt ${NEW_SIZE} ]; then
>> + echo ${NEW_SIZE} > buffer_size_kb
>> +fi
>> +
>> test_buffer
>> test_multiple_writes
>
> Could add:
>
> if ! test_multiple_writes ; then
> echo $ORIG > buffer_size_kb
> exit_fail
> fi
>
> instead.
>
> -- Steve
Thank you, and this looks better.
I will send a v2 shortly.
---
Regards,
WANG
prev parent reply other threads:[~2025-12-27 3:44 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-12-26 9:12 [PATCH] selftests/tracing: Fix test_multiple_writes stall Fushuai Wang
2025-12-26 18:29 ` Steven Rostedt
2025-12-27 3:44 ` Fushuai Wang [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20251227034406.73156-1-fushuai.wang@linux.dev \
--to=fushuai.wang@linux.dev \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-kselftest@vger.kernel.org \
--cc=linux-trace-kernel@vger.kernel.org \
--cc=mathieu.desnoyers@efficios.com \
--cc=mhiramat@kernel.org \
--cc=rostedt@goodmis.org \
--cc=shuah@kernel.org \
--cc=wangfushuai@baidu.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox