Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18;
From:   Alexander Egorenkov <egorenar@linux.ibm.com>
To:     Kirill Tkhai <ktkhai@virtuozzo.com>,
        Mike Galbraith <efault@gmx.de>,
        LKML <linux-kernel@vger.kernel.org>,
        Christian Brauner <christian.brauner@ubuntu.com>
Subject: Re: regression: 9a56493f6942 "uts: Use generic ns_common::count"
 broke makedumpfile 1.6.7
In-Reply-To: <6933cde2-7d43-7d7e-066c-1c4a13c752dd@virtuozzo.com>
In-Reply-To: 
References: <7b13506084a015d0256222cdd278fe461cdd4a74.camel@gmx.de>
 <6933cde2-7d43-7d7e-066c-1c4a13c752dd@virtuozzo.com>
Date:   Mon, 11 Jan 2021 12:53:57 +0100
Message-ID: <87im83u1t6.fsf@oc8242746057.ibm.com>
MIME-Version: 1.0
Content-Type: text/plain
Precedence: bulk

Kirill Tkhai <ktkhai@virtuozzo.com> writes:

> Hi, Alexander,
>
> On 16.12.2020 14:02, Mike Galbraith wrote:
>> Greetings,
>> 
>> With this commit, bisected and confirmed, kdump stops working here,
>> makedumpfile saying "check_release: Can't get the kernel version".
>
> hasn't your commit 55d9e11398a4 "kdump: append uts_namespace.name offset to VMCOREINFO"
> fixed this issue?
>
> What problem with offset we meet here in case of uts_namespace is even marked with __randomize_layout?
>
> Kirill

Hi Kirill,

the makedumpfile fix has been applied on Dec 17 2020.
makedumpfile complains about linux kernel version with newer ones but it should still work.

Regards
Alex