From: Damien Le Moal <dlemoal@kernel.org>
To: Chaitanya Kulkarni <ckulkarnilinux@gmail.com>,
Johannes.Thumshirn@wdc.com
Cc: linux-block@vger.kernel.org, linux-trace-kernel@vger.kernel.org,
martin.petersen@oracle.com, mathieu.desnoyers@efficios.com,
mhiramat@kernel.org, rostedt@goodmis.org, axboe@kernel.dk,
syzbot+153e64c0aa875d7e4c37@syzkaller.appspotmail.com
Subject: Re: [PATCH] blktrace: use debug print to report dropped events
Date: Tue, 28 Oct 2025 12:40:40 +0900 [thread overview]
Message-ID: <980b6563-07f6-405d-9bf8-e67b5f00c556@kernel.org> (raw)
In-Reply-To: <20251028024619.2906-1-ckulkarnilinux@gmail.com>
On 10/28/25 11:46 AM, Chaitanya Kulkarni wrote:
> The WARN_ON_ONCE introduced in
> commit f9ee38bbf70f ("blktrace: add block trace commands for zone operations")
> triggers kernel warnings when zone operations are traced with blktrace
> version 1. This can spam the kernel log during normal operation with
> zoned block devices when userspace is using the legacy blktrace
> protocol.
>
> Currently blktrace implementation drops newly added REQ_OP_ZONE_XXX
> when blktrace userspce version is set to 1.
>
> Remove the WARN_ON_ONCE and quietly filter these events. Add a
> rate-limited debug message to help diagnose potential issues without
> flooding the kernel log. The debug message can be enabled via dynamic
> debug when needed for troubleshooting.
>
> This approach is more appropriate as encountering zone operations with
> blktrace v1 is an expected condition that should be handled gracefully
> rather than warned about, since users may be running older blktrace
> userspace tools that only support version 1 of the protocol.
>
> With this patch :-
> linux-block (for-next) # git log -1
> commit c8966006a0971d2b4bf94c0426eb7e4407c6853f (HEAD -> for-next)
> Author: Chaitanya Kulkarni <ckulkarnilinux@gmail.com>
> Date: Mon Oct 27 19:26:53 2025 -0700
>
> blktrace: use debug print to report dropped events
> linux-block (for-next) # cdblktests
> blktests (master) # ./check blktrace
> blktrace/001 (blktrace zone management command tracing) [passed]
> runtime 3.805s ... 3.889s
> blktests (master) # dmesg -c
> blktests (master) # echo "file kernel/trace/blktrace.c +p" > /sys/kernel/debug/dynamic_debug/control
> blktests (master) # ./check blktrace
> blktrace/001 (blktrace zone management command tracing) [passed]
> runtime 3.889s ... 3.881s
> blktests (master) # dmesg -c
> [ 77.826237] blktrace: blktrace v1 cannot trace zone operation 0x1000190001
> [ 77.826260] blktrace: blktrace v1 cannot trace zone operation 0x1000190004
> [ 77.826282] blktrace: blktrace v1 cannot trace zone operation 0x1001490007
> [ 77.826288] blktrace: blktrace v1 cannot trace zone operation 0x1001890008
> [ 77.826343] blktrace: blktrace v1 cannot trace zone operation 0x1000190001
> [ 77.826347] blktrace: blktrace v1 cannot trace zone operation 0x1000190004
> [ 77.826350] blktrace: blktrace v1 cannot trace zone operation 0x1001490007
> [ 77.826354] blktrace: blktrace v1 cannot trace zone operation 0x1001890008
> [ 77.826373] blktrace: blktrace v1 cannot trace zone operation 0x1000190001
> [ 77.826377] blktrace: blktrace v1 cannot trace zone operation 0x1000190004
> blktests (master) # echo "file kernel/trace/blktrace.c -p" > /sys/kernel/debug/dynamic_debug/control
> blktests (master) # ./check blktrace
> blktrace/001 (blktrace zone management command tracing) [passed]
> runtime 3.881s ... 3.824s
> blktests (master) # dmesg -c
> blktests (master) #
>
> Reported-by: syzbot+153e64c0aa875d7e4c37@syzkaller.appspotmail.com
> Fixes: f9ee38bbf70f ("blktrace: add block trace commands for zone operations")
> Signed-off-by: Chaitanya Kulkarni <ckulkarnilinux@gmail.com>
Looks good.
Reviewed-by: Damien Le Moal <dlemoal@kernel.org>
--
Damien Le Moal
Western Digital Research
next prev parent reply other threads:[~2025-10-28 3:44 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-10-28 2:46 [PATCH] blktrace: use debug print to report dropped events Chaitanya Kulkarni
2025-10-28 3:40 ` Damien Le Moal [this message]
2025-10-28 7:17 ` Johannes Thumshirn
2025-10-28 13:56 ` Jens Axboe
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=980b6563-07f6-405d-9bf8-e67b5f00c556@kernel.org \
--to=dlemoal@kernel.org \
--cc=Johannes.Thumshirn@wdc.com \
--cc=axboe@kernel.dk \
--cc=ckulkarnilinux@gmail.com \
--cc=linux-block@vger.kernel.org \
--cc=linux-trace-kernel@vger.kernel.org \
--cc=martin.petersen@oracle.com \
--cc=mathieu.desnoyers@efficios.com \
--cc=mhiramat@kernel.org \
--cc=rostedt@goodmis.org \
--cc=syzbot+153e64c0aa875d7e4c37@syzkaller.appspotmail.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