[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAL+tcoBmLvPh-OhmUP2O5BoR3_FPWPXyLFhipNh5b-xHTGCb7A@mail.gmail.com>
Date: Fri, 16 May 2025 13:44:32 +0800
From: Jason Xing <kerneljasonxing@...il.com>
To: Christoph Hellwig <hch@...radead.org>
Cc: axboe@...nel.dk, rostedt@...dmis.org, mhiramat@...nel.org,
mathieu.desnoyers@...icios.com, akpm@...ux-foundation.org,
linux-kernel@...r.kernel.org, linux-block@...r.kernel.org,
linux-trace-kernel@...r.kernel.org, Jason Xing <kernelxing@...cent.com>,
Yushan Zhou <katrinzhou@...cent.com>
Subject: Re: [PATCH v2 2/4] relayfs: introduce dump of relayfs statistics function
On Fri, May 16, 2025 at 1:06 PM Christoph Hellwig <hch@...radead.org> wrote:
>
> On Fri, May 16, 2025 at 01:02:59PM +0800, Jason Xing wrote:
> > Do you mean make it inline in include/linux/relay.h like how
> > relay_write() works?
> >
> > Will do that.
>
> Just drop the extern, which is not needed:
>
> size_t relay_dump(struct rchan *chan, int flags);
Got it.
>
> > >
> > > This export seems unused even with the entire series applied.
> >
> > My initial thought was to provide a symbol for some kernel modules to use.
>
> The only user is blktrace, which can't be modular. Or you plan to
> submit a modular user soon, like in the next merge window/ If so
> note that and add a pointer to it in the cover letter.
I'm still thinking about how to upstream my internal module... So in
this series, I will remove it.
Thanks,
Jason
Powered by blists - more mailing lists