From: "Darrick J. Wong" <djwong@kernel.org>
To: Chris Mason <clm@meta.com>
Cc: miklos@szeredi.hu, joannelkoong@gmail.com, bernd@bsbernd.com,
neal@gompa.dev, linux-ext4@vger.kernel.org,
linux-fsdevel@vger.kernel.org
Subject: Re: [PATCH 13/31] fuse_trace: implement direct IO with iomap
Date: Thu, 5 Feb 2026 18:12:06 -0800 [thread overview]
Message-ID: <20260206021206.GF7686@frogsfrogsfrogs> (raw)
In-Reply-To: <20260205191717.2066475-1-clm@meta.com>
On Thu, Feb 05, 2026 at 11:16:54AM -0800, Chris Mason wrote:
> "Darrick J. Wong" <djwong@kernel.org> wrote:
> > From: Darrick J. Wong <djwong@kernel.org>
> >
> > Add tracepoints for the previous patch.
> >
>
> commit 3fad15ebe8d51187a2b6820ed6db4774a8b065b0
> Author: Darrick J. Wong <djwong@kernel.org>
>
> fuse_trace: implement direct IO with iomap
>
> Add tracepoints for the previous patch.
>
> > diff --git a/fs/fuse/fuse_trace.h b/fs/fuse/fuse_trace.h
> > index 730ab8bce4445..efba6ecbbf670 100644
> > --- a/fs/fuse/fuse_trace.h
> > +++ b/fs/fuse/fuse_trace.h
>
> [ ... ]
>
> > @@ -484,6 +499,75 @@ TRACE_EVENT(fuse_iomap_end_error,
> > +TRACE_EVENT(fuse_iomap_ioend,
> > + TP_PROTO(const struct inode *inode,
> > + const struct fuse_iomap_ioend_in *inarg),
> > +
> > + TP_ARGS(inode, inarg),
> > +
> > + TP_STRUCT__entry(
> > + FUSE_IO_RANGE_FIELDS()
> > + __field(unsigned, ioendflags)
> > + __field(int, error)
> > + __field(uint32_t, dev)
> > + __field(uint64_t, new_addr)
> > + ),
> > +
> > + TP_fast_assign(
> > + FUSE_INODE_ASSIGN(inode, fi, fm);
> > + __entry->offset = inarg->pos;
> > + __entry->length = inarg->written;
> > + __entry->ioendflags = inarg->flags;
> > + __entry->error = inarg->error;
> > + __entry->dev = inarg->dev;
> > + __entry->new_addr = inarg->new_addr;
> > + ),
> > +
> > + TP_printk(FUSE_IO_RANGE_FMT() " ioendflags (%s) error %d dev %u new_addr 0x%llx",
> > + FUSE_IO_RANGE_PRINTK_ARGS(),
> > + __print_flags(__entry->ioendflags, "|", FUSE_IOMAP_IOEND_STRINGS),
> > + __entry->dev,
> > + __entry->error,
> > + __entry->new_addr)
> ^^^^
>
> Are the error and dev fields swapped in the argument list?
>
> The format string expects 'error %d dev %u' but the arguments are
> provided as __entry->dev, __entry->error. This would cause the trace
> output to display the dev value as error and the error value as dev.
>
> > +);
> > +
> > +TRACE_EVENT(fuse_iomap_ioend_error,
> > + TP_PROTO(const struct inode *inode,
> > + const struct fuse_iomap_ioend_in *inarg,
> > + const struct fuse_iomap_ioend_out *outarg,
> > + int error),
> > +
> > + TP_ARGS(inode, inarg, outarg, error),
> > +
> > + TP_STRUCT__entry(
> > + FUSE_IO_RANGE_FIELDS()
> > + __field(unsigned, ioendflags)
> > + __field(int, error)
> > + __field(uint32_t, dev)
> > + __field(uint64_t, new_addr)
> > + __field(uint64_t, new_size)
> > + ),
> > +
> > + TP_fast_assign(
> > + FUSE_INODE_ASSIGN(inode, fi, fm);
> > + __entry->offset = inarg->pos;
> > + __entry->length = inarg->written;
> > + __entry->ioendflags = inarg->flags;
> > + __entry->error = error;
> > + __entry->dev = inarg->dev;
> > + __entry->new_addr = inarg->new_addr;
> > + __entry->new_size = outarg->newsize;
> > + ),
> > +
> > + TP_printk(FUSE_IO_RANGE_FMT() " ioendflags (%s) error %d dev %u new_addr 0x%llx new_size 0x%llx",
> > + FUSE_IO_RANGE_PRINTK_ARGS(),
> > + __print_flags(__entry->ioendflags, "|", FUSE_IOMAP_IOEND_STRINGS),
> > + __entry->dev,
> > + __entry->error,
> > + __entry->new_addr,
> > + __entry->new_size)
> ^^^^
>
> Same issue here. The format string expects 'error %d dev %u' but the
> arguments are provided as __entry->dev, __entry->error, swapping the
> values in the trace output.
Yep, both wrong, both fixed. Thanks!
--D
>
> > +);
> > +
>
> [ ... ]
>
>
prev parent reply other threads:[~2026-02-06 2:12 UTC|newest]
Thread overview: 52+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20251029002755.GK6174@frogsfrogsfrogs>
[not found] ` <176169810144.1424854.11439355400009006946.stgit@frogsfrogsfrogs>
[not found] ` <176169810371.1424854.3010195280915622081.stgit@frogsfrogsfrogs>
2026-01-21 19:34 ` [PATCH 01/31] fuse: implement the basic iomap mechanisms Joanne Koong
2026-01-21 22:45 ` Darrick J. Wong
2026-01-22 0:06 ` Joanne Koong
2026-01-22 0:34 ` Darrick J. Wong
2026-02-05 19:22 ` Chris Mason
2026-02-05 23:31 ` Darrick J. Wong
[not found] ` <176169810415.1424854.10373764649459618752.stgit@frogsfrogsfrogs>
2026-01-21 23:42 ` [PATCH 03/31] fuse: make debugging configurable at runtime Joanne Koong
2026-01-22 0:02 ` Darrick J. Wong
2026-01-22 0:23 ` Joanne Koong
2026-01-22 0:40 ` Darrick J. Wong
[not found] ` <176169810502.1424854.13869957103489591272.stgit@frogsfrogsfrogs>
2026-01-22 1:13 ` [PATCH 07/31] fuse: create a per-inode flag for toggling iomap Joanne Koong
2026-01-22 22:22 ` Darrick J. Wong
2026-01-23 18:05 ` Joanne Koong
2026-01-24 16:54 ` Darrick J. Wong
2026-01-27 23:33 ` Darrick J. Wong
[not found] ` <176169810568.1424854.4073875923015322741.stgit@frogsfrogsfrogs>
2026-01-22 2:07 ` [PATCH 10/31] fuse: implement basic iomap reporting such as FIEMAP and SEEK_{DATA,HOLE} Joanne Koong
2026-01-22 22:31 ` Darrick J. Wong
[not found] ` <176169810612.1424854.16053093294573829123.stgit@frogsfrogsfrogs>
2026-01-23 18:56 ` [PATCH 12/31] fuse: implement direct IO with iomap Joanne Koong
2026-01-26 23:46 ` Darrick J. Wong
2026-02-05 19:19 ` Chris Mason
2026-02-06 2:08 ` Darrick J. Wong
2026-02-06 2:52 ` Chris Mason
2026-02-06 5:08 ` Darrick J. Wong
2026-02-06 14:27 ` Chris Mason
[not found] ` <176169810700.1424854.5753715202341698632.stgit@frogsfrogsfrogs>
2026-01-23 21:50 ` [PATCH 16/31] fuse: implement large folios for iomap pagecache files Joanne Koong
[not found] ` <176169810721.1424854.6150447623894591900.stgit@frogsfrogsfrogs>
2026-01-26 22:03 ` [PATCH 17/31] fuse: use an unrestricted backing device with iomap pagecache io Joanne Koong
2026-01-26 23:55 ` Darrick J. Wong
2026-01-27 1:35 ` Joanne Koong
2026-01-27 2:09 ` Darrick J. Wong
2026-01-27 18:04 ` Joanne Koong
2026-01-27 23:37 ` Darrick J. Wong
2026-01-27 0:59 ` [PATCHSET v6 4/8] fuse: allow servers to use iomap for better file IO performance Joanne Koong
2026-01-27 2:22 ` Darrick J. Wong
2026-01-27 19:47 ` Joanne Koong
2026-01-27 23:21 ` Darrick J. Wong
2026-01-28 0:10 ` Joanne Koong
2026-01-28 0:34 ` Darrick J. Wong
2026-01-29 1:12 ` Joanne Koong
2026-01-29 20:02 ` Darrick J. Wong
2026-01-29 22:41 ` Darrick J. Wong
2026-01-29 22:50 ` Joanne Koong
2026-01-29 23:12 ` Darrick J. Wong
[not found] ` <176169810980.1424854.10557015500766654898.stgit@frogsfrogsfrogs>
2026-02-05 18:57 ` [PATCH 29/31] fuse: disable direct reclaim for any fuse server that uses iomap Chris Mason
2026-02-06 4:25 ` Darrick J. Wong
[not found] ` <176169810874.1424854.5037707950055785011.stgit@frogsfrogsfrogs>
2026-02-05 19:01 ` [PATCH 24/31] fuse: implement inline data file IO via iomap Chris Mason
2026-02-06 2:27 ` Darrick J. Wong
[not found] ` <176169810765.1424854.10969346031644824992.stgit@frogsfrogsfrogs>
2026-02-05 19:07 ` [PATCH 19/31] fuse: query filesystem geometry when using iomap Chris Mason
2026-02-06 2:17 ` Darrick J. Wong
[not found] ` <176169810656.1424854.15239592653019383193.stgit@frogsfrogsfrogs>
2026-02-05 19:12 ` [PATCH 14/31] fuse: implement buffered IO with iomap Chris Mason
2026-02-06 2:14 ` Darrick J. Wong
[not found] ` <176169810634.1424854.13084435884326863405.stgit@frogsfrogsfrogs>
2026-02-05 19:16 ` [PATCH 13/31] fuse_trace: implement direct " Chris Mason
2026-02-06 2:12 ` Darrick J. Wong [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=20260206021206.GF7686@frogsfrogsfrogs \
--to=djwong@kernel.org \
--cc=bernd@bsbernd.com \
--cc=clm@meta.com \
--cc=joannelkoong@gmail.com \
--cc=linux-ext4@vger.kernel.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=miklos@szeredi.hu \
--cc=neal@gompa.dev \
/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