Re: [PATCH v4 06/10] modpost: Add modinfo flag to livepatch modules

Miroslav Benes
2019-08-19T07:31:53Z

On Mon, 19 Aug 2019, Masahiro Yamada wrote:

> On Fri, Aug 16, 2019 at 9:43 PM Joe Lawrence <joe.lawrence@redhat.com> wrote:
> >
> > On 8/16/19 4:19 AM, Miroslav Benes wrote:
> > > Hi,
> > >
> > >> I cleaned up the build system, and pushed it based on my
> > >> kbuild tree.
> > >>
> > >> Please see:
> > >>
> > >> git://git.kernel.org/pub/scm/linux/kernel/git/masahiroy/linux-kbuild.git
> > >> klp-cleanup
> > >
> > > This indeed looks much simpler and cleaner (as far as I can judge with my
> > > limited kbuild knowledge). We just need to remove MODULE_INFO(livepatch,
> > > "Y") from lib/livepatch/test_klp_convert_mod_a.c to make it compile and
> > > work (test_klp_convert_mod_a is not a livepatch module, it is just a dummy
> > > module which is then livepatched by lib/livepatch/test_klp_convert1.c).
> > >
> >
> > Yeah, Masahiro this is great, thanks for reworking this!
> >
> > I did tweak one module like Miroslav mentioned and I think a few of the
> > newly generated files need to be cleaned up as part of "make clean", but
> > all said, this is a nice improvement.
> >
> > Are you targeting the next merge window for your kbuild branch? (This
> > appears to be what the klp-cleanup branch was based on.)
>
>
> I can review this series from the build system point of view,
> but I am not familiar enough with live-patching itself.
>
> Some possibilities:
>
> [1] Merge this series thru the live-patch tree after the
> kbuild base patches land.
> This requires one extra development cycle (targeting for 5.5-rc1)
> but I think this is the official way if you do not rush into it.

I'd prefer this option. There is no real rush and I think we can wait one
extra development cycle.

Joe, could you submit one more revision with all the recent changes (once
kbuild improvements settle down), please? We should take a look at the
whole thing one more time? What do you think?

> [2] Create an immutable branch in kbuild tree, and the live-patch
> tree will use it as the basis for queuing this series.
> We will have to coordinate the pull request order, but
> we can merge this feature for 5.4-rc1
>
> [3] Apply this series to my kbuild tree, with proper Acked-by
> from the livepatch maintainers.
> I am a little bit uncomfortable with applying patches I
> do not understand, though...

Thanks
Miroslav