Re: [PATCH v3] module: print version for external modules in print_modules()

Yafang Shao <[email protected]>
Newsgroups org.kernel.vger.linux-modules
Message-ID <CALOAHbBQhOsNVemgdtj2qLMN=bwqpE89ySqgLOMa9DY3-K4y7g@mail.gmail.com>
On Thu, Mar 12, 2026 at 6:44 AM Sami Tolvanen <[email protected]> wrote:
>
> On Mon, Mar 09, 2026 at 11:31:28PM -0700, Christoph Hellwig wrote:
> > On Tue, Mar 10, 2026 at 10:38:07AM +0800, Yafang Shao wrote:
> > > For vmcores triggered by a driver bug, the system calls print_modules() to
> > > list the loaded modules. However, print_modules() does not output module
> > > version information.
> >
> > And it should not.
> >
> > >
> > > Across a large fleet of servers, there are often many
> > > different module versions running simultaneously, and we need to know which
> > > driver version caused a given vmcore.
> >
> > Then don't run extetrnal modules, which are not a first part citizen.
> > Get your changeas upstream instead of just leeching the upstream
> > developers work.
>
> As much as I would like to see these modules upstreamed, distributions
> do ship out-of-tree modules to users. If adding the OOT module version
> to print_modules() helps folks better handle the resulting bug reports,
> and maybe even indirectly keeps some of the noise away from upstream, I
> feel it's worth the small maintenance burden from this change.
>

Hello Sami,

Just a friendly follow-up. I noticed that this patch hasn't been
merged into linux-7.1 yet. Could you please let me know if there are
any further actions required on my end?

-- 
Regards
Yafang
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.