Re: [PATCH v3 1/1] kdump: append uts_namespace.name offset to VMCOREINFO

From: Baoquan He
Date: Mon Jan 11 2021 - 05:05:50 EST


On 01/11/21 at 10:16am, gregkh@xxxxxxxxxxxxxxxxxxx wrote:
> On Fri, Jan 08, 2021 at 06:22:24PM +0800, Baoquan He wrote:
> > On 01/08/21 at 10:07am, HAGIO KAZUHITO(萩尾 一仁) wrote:
> > > Hi Baoquan,
> > >
> > > -----Original Message-----
> > > > On 09/30/20 at 12:23pm, Alexander Egorenkov wrote:
> > > > > The offset of the field 'init_uts_ns.name' has changed
> > > > > since commit 9a56493f6942 ("uts: Use generic ns_common::count").
> > > >
> > > > This patch is merged into 5.11-rc1, but we met the makedumpfile failure
> > > > of kdump test case in 5.10.0 kernel. Should affect 5.9 too since
> > > > commit 9a56493f6942 is merged into 5.9-rc2.
> > >
> > > Hmm, commit 9a56493f6942 should have been merged into 5.11-rc1
> > > together with commit ca4a9241cc5e.
> >
> > Checked on master branch of mainline kernel, commit 9a56493f6942 is in
> > 5.9-rc1.
>
>
> No, that commit is in 5.11-rc1, not 5.9-rc1:
> $ git describe --contains 9a56493f6942
> v5.11-rc1~182^2~9

Oh, then I was wrong about it. I add linux-next repo in my linux kernel
folder, so I can't get it with the above command on master branch of
mainline kernel:

[bhe@~ linux]$ git describe --contains 9a56493f6942
next-20200820~107^2~8

I just use 'git log --oneline' and found out commit 9a56493f6942 is
added before 5.9-rc1. Seems this is not right way to get the kernel
release. So please ignore the back porting request of stable tree.
Sorry about the confusion.

Thanks
Baoquan

>
> > commit ca4a9241cc5e is merged into 5.11-rc1.
> >
> > commit 9a56493f6942c0e2df1579986128721da96e00d8
> > Author: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
> > Date: Mon Aug 3 13:16:21 2020 +0300
> >
> > uts: Use generic ns_common::count
> >
> >
> > commit ca4a9241cc5e718de86a34afd41972869546a5e3
> > Author: Alexander Egorenkov <egorenar@xxxxxxxxxxxxx>
> > Date: Tue Dec 15 20:45:31 2020 -0800
> >
> > kdump: append uts_namespace.name offset to VMCOREINFO
>
>
> Are you all sure this is needed in 5.10.y?
>
> thanks,
>
> greg k-h
>
> _______________________________________________
> kexec mailing list
> kexec@xxxxxxxxxxxxxxxxxxx
> http://lists.infradead.org/mailman/listinfo/kexec